mock tarball download

[Walter Franzini]

Hi,

I'm considering to adopt the recently orphaned mock Debian package,
where can I get the tarball for the latest version (0.9.17 looking in
the git repository)?

The official download page
(https://fedorahosted.org/mock/wiki/MockTarballs) has 0.9.10 as the most
recent release.

Thanks.
-- 
Walter Franzini
http://aegis.stepbuild.org/


pgpTF6BmQbdhQ.pgp
Description: PGP signature
--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

Re: mock tarball download

[Seth Vidal]

On Fri, 4 Sep 2009, Walter Franzini wrote:


Hi,

I'm considering to adopt the recently orphaned mock Debian package,
where can I get the tarball for the latest version (0.9.17 looking in
the git repository)?

The official download page
(https://fedorahosted.org/mock/wiki/MockTarballs) has 0.9.10 as the most
recent release.





here's where they [c|sh]ould be:
https://fedorahosted.org/releases/m/o/mock/

but they don't appear to have been uploaded there.

-sv

--
Fedora-buildsys-list mailing list
Fedora-buildsys-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-buildsys-list

Re: [PATCH 3/3] dracut has initrd-generic-version instead of initrd-version (#519185)

[Hans de Goede]

On 09/03/2009 09:10 PM, Tom spot Callaway wrote:

On 09/03/2009 02:20 PM, Hans de Goede wrote:

Regeneration is as easy with dracut as it is with mkinitrd, actually they
have the same cmdline syntax.

The only extra step required with dracut when using pre-generated images
is:
yum install dracut


Okay, so is there any reason why we don't have some sort of scriplet
that regenerates the initrd when any of the system binaries used in the
initrd are updated?



Because people really dislike non booting systems. Automatically regenerating
a very crucial part of the boot sequence is a very bad idea, as it will break
occasionally. There is a reason why we keep a backup kernel at hand at all times
and that reason is not only that sometimes a new kernel fails to work on certain
systems, but also that sometimes a new initrd fails (for example due to changes 
in
things it depends on).

Also for there to be a security issue, there needs to be an attack vector, and
during early userspace, there is very little attack vector, no other programs
are running, no network interfaces are up, etc.

Regards,

Hans

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

clang static analyzer: use it!

[Jim Meyering]

Quick summary: use this tool:

  http://clang-analyzer.llvm.org/

If you're not using its scan-build tool, then start.  Right now.
Really.  It's that good.

Recently I've run it on a variety of packages, from coreutils
(of course) to libvirt -- and libxml2 on request by the maintainer.

To use them, build the tools described here, from source:
(currently, there is no fedora package, afaik)

  http://clang-analyzer.llvm.org/

I ran them like this for libxml2:

scan-build -o clang ./autogen.sh
scan-build -o clang make

The -o clang says to put the summary in a directory named clang.
The file you'll want is named e.g., clang/2009-09-04-1/index.html
The resulting HTML:

  http://meyering.net/code/tmp/clang/libxml2-vs-clang-syntax-checker/index.html

is essentially the clang/ directory specified by the commands above.

Note that some of the things it reports are definitely false positives,
but if it's confused enough by your code to think that some part could
dereference NULL, then a human reviewer might make the same mistake.
In some cases it's a good indication you can make the code cleaner.

The second bug I looked at was a doosey:

  
http://meyering.net/code/tmp/clang/libxml2-vs-clang-syntax-checker/report-5Qxdd7.html#Path1

doc = cur-doc; { // curly on wrong line
if (doc != NULL)  // no curly brace
oldenc = doc-encoding;   // one-line then clause
if (ctxt-encoding != NULL) { // not part of if block
doc-encoding = BAD_CAST ctxt-encoding;
} else if (doc-encoding != NULL) {
encoding = doc-encoding;
}
}

Also note the section on dead store bugs.
At first glance, you might think you can blindly
remove the offending statement or expression.
Don't do that.  At least not blindly.

For example, one dead store bug in libvirt exposed
an interface bug that made it so a function would always
return zero, rather than -1 upon failure.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: static linking and LGPL libraries

[Hans de Goede]

On 09/03/2009 09:22 PM, Tom spot Callaway wrote:

On 09/03/2009 02:25 PM, Hans de Goede wrote:

Note that we have the same problem with any package which does static
linking against an lgpl library (such as glibc).


This is (one of the big reasons) why we only permit static linking with
explicit approval from FESCo.



Still we do allow it for certain packages and every such package has the
potential LGPL problem Notting described. I personally think it would
be a good idea to include root.log inside the srpm of packages, this
way people can truely use their GPL rights and exactly re-create the
package by using all the same packages in a chroot as used during the
original build.

Regards,

Hans

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: sed -i symlink behavior...

[yersinia]

On Thu, Sep 3, 2009 at 9:47 PM, Peter Bloomfield 
peterbloomfi...@bellsouth.net wrote:

 On 09/02/2009 10:07 AM, Warren Togami wrote:


 On 09/02/2009 11:39 AM, Jerry James wrote:


 On Wed, Sep 2, 2009 at 9:35 AM, Warren Togamiwtogami redhat com  wrote:


 What is the correct behavior?  Is this a bug that it changed?


 Read up on the --follow-symlinks option to sed.


 This is a new option it seems, meaning I can't rely on sed -i at all
 anymore. I'm rather displeased that a core utility fundamentally changed its
 own behavior.

 Warren


 Apparently [1] upstream sed always broke symlinks, and Red Hat made a
 patch to follow them instead.  Fedora packages from some point up to
 sed-4.1.5-12.fc11 seem to have used it.  So the default behavior in Fedora
 sed is now consistent with upstream, instead of with the prior patched
 version.  That's inconvenient if you're accustomed to the Red Hat version,
 but better for interoperability!

 Peter

 [1]
 http://www.nabble.com/Re:-sed:-Patch-to-follow-symlinks-and--c-option-td7471749.html

 In fact the comment in this link is

I want sed -i and perl -i to behave as similarly as possible.  Hence,
the patch is rejected as is.  --copy is rejected for the same reason.
.
as i have already commented out previously.

Regards

--
 fedora-devel-list mailing list
 fedora-devel-list@redhat.com
 https://www.redhat.com/mailman/listinfo/fedora-devel-list

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Review needed....

[Josephine Tannhäuser]

Perhaps it is luck, but I'm happy about that fact that not all contributors
with an open review request begging on devel list for a reviewer. If anybody
will do it, the devel list will explode with review beggars.

It's strange  to see that most of the baggers are working for a big north
american distributor, or living in india, or both! No, I don't want a
pony!!!

Is it difficult to be patient? There are many more open reviews which are
older... Please qry your friends (if you have some) or be patient..

-- 
Josephine Fine Tannhäuser
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: rpm/mock: can't upbuild FC10 targets on FC9 host

[yersinia]

On Wed, Sep 2, 2009 at 11:52 PM, Philip Prindeville 
philipp_s...@redfish-solutions.com wrote:

 Seems to be an rpm versioning issue:

 [r...@builder SRPMS]# mock -r fedora-10-x86_64 --rebuild
 perl-Net-Patricia-1.15_01-1.fc9.src.rpm
 INFO: mock.py version 0.9.14 starting...
 State Changed: init plugins
 State Changed: start
 INFO: Start(perl-Net-Patricia-1.15_01-1.fc9.src.rpm)
  Config(fedora-10-x86_64)
 State Changed: lock buildroot
 State Changed: clean
 State Changed: init
 State Changed: lock buildroot
 Mock Version: 0.9.14
 INFO: Mock Version: 0.9.14
 INFO: enabled root cache
 State Changed: unpacking root cache
 INFO: enabled yum cache
 State Changed: cleaning yum metadata
 INFO: enabled ccache
 State Changed: running yum
 State Changed: setup
 ERROR: Exception(perl-Net-Patricia-1.15_01-1.fc9.src.rpm)
 Config(fedora-10-x86_64) 0 minutes 15 seconds
 INFO: Results and/or logs in: /var/lib/mock/fedora-10-x86_64/result
 ERROR: Command failed:
  # /usr/bin/yum --installroot /var/lib/mock/fedora-10-x86_64/root/
  resolvedep  ccache  'perl(ExtUtils::MakeMaker)'
 rpmdb: Program version 4.3 doesn't match environment version
 error: db4 error(-30974) from dbenv-open: DB_VERSION_MISMATCH: Database
 environment version mismatch
 error: cannot open Packages index using db3 -  (-30974)
 error: cannot open Packages database in
 /var/lib/mock/fedora-10-x86_64/root/var/lib/rpm
 Traceback (most recent call last):
  File /usr/bin/yum, line 29, in module
yummain.user_main(sys.argv[1:], exit_code=True)
  File /usr/share/yum-cli/yummain.py, line 229, in user_main
errcode = main(args)
  File /usr/share/yum-cli/yummain.py, line 84, in main
base.getOptionsConfig(args)
  File /usr/share/yum-cli/cli.py, line 184, in getOptionsConfig
enabled_plugins=self.optparser._splitArg(opts.enableplugins))
  File /usr/lib/python2.5/site-packages/yum/__init__.py, line 192, in
 _getConfig
self._conf = config.readMainConfig(startupconf)
  File /usr/lib/python2.5/site-packages/yum/config.py, line 774, in
 readMainConfig
yumvars['releasever'] = _getsysver(startupconf.installroot,
 startupconf.distroverpkg)
  File /usr/lib/python2.5/site-packages/yum/config.py, line 844, in
 _getsysver
idx = ts.dbMatch('provides', distroverpkg)
 TypeError: rpmdb open failed

 [r...@builder SRPMS]#



 The host was originally an FC8 host, that was yum updated to FC9. I use
 it to build FC9 and FC10 packages via Mock.

 Unfortunately, it looks like it doesn't want to use the old RPM database
 from the previous FC8 install.

 I am pretty sure that it is because this rpm proposed patch was rejected
upstream.
https://bugzilla.redhat.com/show_bug.cgi?id=464752.
https://bugzilla.redhat.com/show_bug.cgi?id=464752
The maintainer has already expressed his opinion on this topic also on this
mailing list and is unnecessary to discuss further.

It seems however that without this patch, or something similar, can lead to
the situation reported in the last comments.

 How do I clobber all of this to that the database gets written afresh?

 Apparently, mock -r fedora-10-x86_64 --clean isn't adequate. Perhaps
 mock --nuke would be useful here following an version update to zap
 stale state?

 Or should I just uninstall and reinstall mock?

 Thanks,

 -Philip

 --
 fedora-devel-list mailing list
 fedora-devel-list@redhat.com
 https://www.redhat.com/mailman/listinfo/fedora-devel-list

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: another spin of TeX Live 2009 packages

[Jindrich Novy]

On Thu, Sep 03, 2009 at 06:47:58PM +0100, José Matos wrote:
 On Thursday 27 August 2009 Jindrich Novy wrote:
  On Wed, Aug 26, 2009 at 03:02:18PM +0200, Jindrich Novy wrote:
   Hi,
  
   first off, thanks many people who sent me RFE and bugfix
   proposals. I've tried to fix most of them in the current package set
   in the testing repository:
  
   rpm -i
   http://jnovy.fedorapeople.org/texlive/texlive-release-2009-0.1.fc11.noarc
  h.rpm
 
  Forgot to mention that the initial rawhide repository is now available
  as:
 
  rpm -i
  http://jnovy.fedorapeople.org/texlive/texlive-rawhide-release-2009-0.1.fc11
 .noarch.rpm
 
 The update when using the more recent rawhide failed. I suspect that the 
 metadata is not updated as I get lots of Package does not match intended 
 download.

It should be fixed now altogether with new packages in the repository.

Jindrich

 
  Jindrich
 
 -- 
 José Abílio
 
 -- 
 fedora-devel-list mailing list
 fedora-devel-list@redhat.com
 https://www.redhat.com/mailman/listinfo/fedora-devel-list

-- 
Jindrich Novy jn...@redhat.com   http://people.redhat.com/jnovy/

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

rawhide report: 20090904 changes

[Rawhide Report]

Compose started at Fri Sep  4 06:15:08 UTC 2009

Broken deps for i386
--
anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0
anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol)
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires 
pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8)
clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0
clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0
clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires 
pkgconfig(clutter-gtk-0.9)
cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0
cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9)
collectd-mysql-4.5.3-2.fc11.i586 requires libcrypto.so.8
collectd-mysql-4.5.3-2.fc11.i586 requires libssl.so.8
collectd-nut-4.5.3-2.fc11.i586 requires libcrypto.so.8
collectd-nut-4.5.3-2.fc11.i586 requires libssl.so.8
collectd-snmp-4.5.3-2.fc11.i586 requires libcrypto.so.8
cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12
gpsdrive-2.10-0.1.pre7.fc12.i586 requires libmapnik.so.0.5
kdebase3-3.5.10-12.fc12.i686 requires libssl.so.8
network-manager-netbook-1.2-5.fc12.i686 requires libnm_glib.so.0
openvrml-0.18.3-1.fc12.i686 requires java(x86-32)
openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) = 0:1.9.1
ppl-yap-0.10.2-5.fc12.i686 requires libYap.so
python-repoze-what-quickstart-1.0-2.fc12.noarch requires 
python-repoze-who-plugins-sql
qtparted-0.4.5-19.fc11.i586 requires libparted-1.8.so.8
rygel-0.3-5.fc12.i686 requires libgee.so.0
rygel-tracker-0.3-5.fc12.i686 requires libgee.so.0
tabled-0.3-4.fc12.i686 requires libssl.so.8
tabled-0.3-4.fc12.i686 requires libcrypto.so.8



Broken deps for x86_64
--
anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0
anerley-0.0.20-3.fc12.x86_64 requires 
libmissioncontrol-client.so.0()(64bit)
anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol)
anerley-devel-0.0.20-3.fc12.x86_64 requires pkgconfig(libmissioncontrol)
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2
clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0
clutter-cairomm-0.7.4-2.fc11.x86_64 requires 
libclutter-glx-0.8.so.0()(64bit)
clutter-cairomm-0.7.4-2.fc11.x86_64 requires 
libclutter-cairo-0.8.so.0()(64bit)
clutter-cairomm-0.7.4-2.fc11.x86_64 requires 
libcluttermm-0.8.so.2()(64bit)
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires 
pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.i586 requires pkgconfig(clutter-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires 
pkgconfig(cluttermm-0.8)
clutter-cairomm-devel-0.7.4-2.fc11.x86_64 requires 
pkgconfig(clutter-0.8)
clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-gtk-0.9.so.0
clutter-gtkmm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0
clutter-gtkmm-0.9.4-1.fc12.x86_64 requires 
libclutter-gtk-0.9.so.0()(64bit)
clutter-gtkmm-0.9.4-1.fc12.x86_64 requires 
libclutter-glx-0.9.so.0()(64bit)
clutter-gtkmm-devel-0.9.4-1.fc12.i586 requires 
pkgconfig(clutter-gtk-0.9)
clutter-gtkmm-devel-0.9.4-1.fc12.x86_64 requires 
pkgconfig(clutter-gtk-0.9)
cluttermm-0.9.4-1.fc12.i586 requires libclutter-glx-0.9.so.0
cluttermm-0.9.4-1.fc12.x86_64 requires libclutter-glx-0.9.so.0()(64bit)
cluttermm-devel-0.9.4-1.fc12.i586 requires pkgconfig(clutter-0.9)
cluttermm-devel-0.9.4-1.fc12.x86_64 requires pkgconfig(clutter-0.9)
collectd-mysql-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit)
collectd-mysql-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit)
collectd-nut-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit)
collectd-nut-4.5.3-2.fc11.x86_64 requires libssl.so.8()(64bit)
collectd-snmp-4.5.3-2.fc11.x86_64 requires libcrypto.so.8()(64bit)
cpptasks-javadoc-1.0b5-2.fc12.noarch requires cpptasks-1.0b5-2.fc12
gpsdrive-2.10-0.1.pre7.fc12.x86_64 requires libmapnik.so.0.5()(64bit)
kdebase3-3.5.10-12.fc12.x86_64 requires libssl.so.8()(64bit)
network-manager-netbook-1.2-5.fc12.x86_64 requires 
libnm_glib.so.0()(64bit)
openvrml-0.18.3-1.fc12.i686 requires java(x86-32)
openvrml-0.18.3-1.fc12.i686 requires gecko-libs(x86-32) = 

Re: Review needed....

[Christoph Wickert]

First of all: Congrats for this 

Am Freitag, den 04.09.2009, 09:43 +0200 schrieb Josephine Tannhäuser:
 Perhaps it is luck, but I'm happy about that fact that not all
 contributors with an open review request begging on devel list for a
 reviewer. If anybody will do it, the devel list will explode with
 review beggars.
 
 It's strange  to see that most of the baggers are working for a big
 north american distributor, or living in india, or both! No, I don't
 want a pony!!!
 
 Is it difficult to be patient? 

Spot asked for a review 4 days ago because he needed it to fix a broken
dep [1]. Peter Robinson asked for a couple of reviews [2] because they
were needed for his Moblin feature. Both Spot and Peter explained why
their reviews were urgent.

Adam Williamson asked for a review of libva [3], but he also offered to
swap reviews. This is a normal procedure and has nothing to do with
bagging. The reason why there are several RH employees asking for a
review is because these people work full time on Fedora and actually
drive the development forward.

OK, this leaves Kushal, who asked for a review of pony [4] back in May.
I wonder why you bring this up after months. I mean: You didn't do the
review, so what are you worrying about?

Kushal's request was also with a good portion of humor as the subject
Who wants a pony? shows. If there is somebody to understand what
catchy subjects are, I guess it's the person starting threads with
subjects like KDE vs. Gnome or Review needed... (when there actually
is not review needed).

What was the name of that person? ;)

Regards,
Christoph

[1]
https://www.redhat.com/archives/fedora-devel-list/2009-September/msg00031.html
[2]
https://www.redhat.com/archives/fedora-devel-list/2009-August/msg00090.html
[3]
https://www.redhat.com/archives/fedora-devel-list/2009-August/msg01086.html 
[4]
https://www.redhat.com/archives/fedora-devel-list/2009-May/msg02139.html

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Review needed....

[Christoph Wickert]

Am Freitag, den 04.09.2009, 12:41 +0200 schrieb Christoph Wickert:
 First of all: Congrats for this 

...catchy subject

Regards,
Christoph


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: fedora mini alpha testing

[psmith]

On 26/08/09 00:00, Peter Robinson wrote:

Arriving fashionably late, and mostly intact, to the Constantine
Alpha party I'd like to announce that Moblin on Fedora has made it's
initial debut for Fedora Mini :)

Still a work in progress, Moblin is now in a mostly usable state on
Fedora for testing. It has hence come well dressed for the alpha party
in the Constantine
theme in that its still very much in the testing stage :-) But if your
still game. to give your netbook it's first real work out read on!

If its running the Constantine alpha or rawhide, you can test it by
simply do a 'yum groupinstall Moblin Desktop Environment'. Once
that's done simply logout or reboot and you can prepare for take off
by selecting Moblin User Experience during login. While the core
interface in now there there's still a couple of packages that are
will arrive over the next week so. Running 'yum groupinstall Moblin
Desktop Environment' again will top you up :)

I look forward to feedback and help in making it great for F-12, and
all other Moblin and Fedora Mini feedback. I'd also like some help in
documenting supported netbook hardware combinations for F-12 so please
send me smolt profiles, hardware reports or add and update details to
the wiki page here (1).

I look forward to a great start to Fedora Mini!

Peter

[1] https://fedoraproject.org/wiki/SIGs/FedoraMini/Hardware

   
hi peter i'm trying to install on an up to date rawhide and the install 
is failing because certain apps have depsolving problems, 
network-manager-netbook, anerly and anjal are needing these libraries


libnm_glib.so.0
libmissioncontrol-client.so.0

is this a known problem?

phil

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: clang static analyzer: use it!

[Steve Grubb]

On Friday 04 September 2009 02:30:14 am Jim Meyering wrote:
 Quick summary: use this tool:

   http://clang-analyzer.llvm.org/

 If you're not using its scan-build tool, then start.  Right now.
 Really.  It's that good.


llvm is in Fedora. Looking at the build instructions for clang, it seems like 
it would naturally fit as a subpackage for llvm. So, getting it into Fedora 
should not be too much to do since llvm is already approved.

-Steve

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Fit and Finish test day coming up

[Matthias Clasen]

We will look at sharing of files, music and desktops in the next Fit and
Finish test day, which is coming up very soon, 2009-09-08, which is the
coming Tuesday.

Read all about it at
http://fedoraproject.org/wiki/Test_Day:2009-09-08_Fit_and_Finish:Sharing

Join us on Tuesday in #fedora-fit-and-finish on Freenode.e


Matthias


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: static linking and LGPL libraries

[Mike Bonnet]

On 09/04/2009 03:10 AM, Hans de Goede wrote:
 On 09/03/2009 09:22 PM, Tom spot Callaway wrote:
 On 09/03/2009 02:25 PM, Hans de Goede wrote:
 Note that we have the same problem with any package which does static
 linking against an lgpl library (such as glibc).

 This is (one of the big reasons) why we only permit static linking with
 explicit approval from FESCo.

 
 Still we do allow it for certain packages and every such package has the
 potential LGPL problem Notting described. I personally think it would
 be a good idea to include root.log inside the srpm of packages, this
 way people can truely use their GPL rights and exactly re-create the
 package by using all the same packages in a chroot as used during the
 original build.

We don't keep every Koji build indefinitely.  We need to garbage-collect
older builds or our storage requirements would grow without bound.
Rebuilding a package using *exactly* the same NVRs present in the
buildroot is not practical, and after a few weeks, generally not possible.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: [PATCH 3/3] dracut has initrd-generic-version instead of initrd-version (#519185)

[Tom spot Callaway]

On 09/04/2009 03:06 AM, Hans de Goede wrote:
 Also for there to be a security issue, there needs to be an attack
 vector, and during early userspace, there is very little attack vector, no 
 other
 programs are running, no network interfaces are up, etc.

I suppose this would be somewhat difficult to exploit, except possibly
at the keyboard. :)

~spot

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: [PATCH 3/3] dracut has initrd-generic-version instead of initrd-version (#519185)

[Dave Jones]

On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote:
 
  The problem I have is that some folks want to include additional drivers
  into their initrd.

examples please.

Dave

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: [PATCH 3/3] dracut has initrd-generic-version instead of initrd-version (#519185)

[Tomasz Torcz]

On Fri, Sep 04, 2009 at 11:14:43AM -0400, Dave Jones wrote:
 On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote:
  
   The problem I have is that some folks want to include additional drivers
   into their initrd.
 
 examples please.

  Out-of-tree modules: pvscsi, vmxnet (for VMWare). Generally 
stuff frowned-upon. BTW, I believe changing Plymouth theme require
regeneration of initrd.

-- 
Tomasz TorczOnly gods can safely risk perfection,
xmpp: zdzich...@chrome.pl it's a dangerous thing for a man.  -- Alia



pgp0gl3ZWTCEx.pgp
Description: PGP signature
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: [PATCH 3/3] dracut has initrd-generic-version instead of initrd-version (#519185)

[Jon Masters]

On Thu, 2009-09-03 at 11:05 -0400, Tom spot Callaway wrote:
 On 09/03/2009 10:57 AM, Hans de Goede wrote:
  It really is like having to support gentoo, versus having to support a
  distro using pre build packages. And I would really like to move to the 
  having to
  support a pre-build package model for the initrd.

...but not for drivers ;) It's funny how sometimes building binaries
makes life easier for users, but other times it's horribly wrong :)

 The problem is this:
 
 The kernel binary RPM contains this pre-built initrd. The kernel source
 RPM does not contain the sources necessary to make this pre-built initrd.
 
 This makes me rather uncomfortable from a Licensing perspective. I'm
 also concerned about it from a security perspective, as these binaries
 are very likely to be overlooked when security updates are pushed.

The problem I have is that some folks want to include additional drivers
into their initrd. What are we going to recommend for this case? I know
one can still build a kernel-specific version, but I fear that this
results in many users having no benefit of the generic image because
it'll not contain the additional bits they needed to add.

Can't we at least ensure all deps are available on the system by
default, so that users *can* rebuild?

Jon.


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Fedora 12 Snapshot 1 available

[Bill Nottingham]

Fedora 12 Snapshot 1 is now available for testing. These snapshots
consist of live images only.

Available at http://torrent.fedoraproject.org/:
Fedora 12 Live Snapshot 1, for i686 and x86_64
Fedora 12 Live KDE Snapshot 1, for i686 and x86_64

Available at http://spins.fedoraproject.org/:
Fedora 12 Live LXDE Snapshot 1, for i686 and x86_64
Fedora 12 Live XFCE Snapshot 1, for i686

Please report issues in bugzilla.

Bill

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: [PATCH 3/3] dracut has initrd-generic-version instead of initrd-version (#519185)

[Jon Masters]

On Fri, 2009-09-04 at 17:27 +0200, Tomasz Torcz wrote:
 On Fri, Sep 04, 2009 at 11:14:43AM -0400, Dave Jones wrote:
  On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote:
   
The problem I have is that some folks want to include additional drivers
into their initrd.
  
  examples please.
 
   Out-of-tree modules: pvscsi, vmxnet (for VMWare). Generally 
 stuff frowned-upon. BTW, I believe changing Plymouth theme require
 regeneration of initrd.

Yeah. Most of it is evil stuff. But I am bringing it up because nobody
else has - the fact of the matter is that there are lots of third party
drivers and tools that are going to break if they cannot regenerate the
initrd. I think it's acceptable for Fedora to completely loathe and
distrust binary drivers, but I really don't think it's acceptable to
actively prevent someone from using them if they would like to.

What'll happen is that lots of people will start building per-kernel
initrd images again, and third party websites will talk about how to
work around dracut defaults rather than embracing them because they
won't have an option for a generated, portable image.

Jon.

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: clang static analyzer: use it!

[Dave Jones]

On Fri, Sep 04, 2009 at 08:30:14AM +0200, Jim Meyering wrote:
  Quick summary: use this tool:
  
http://clang-analyzer.llvm.org/
  
  If you're not using its scan-build tool, then start.  Right now.
  Really.  It's that good.
  
  Recently I've run it on a variety of packages, from coreutils
  (of course) to libvirt -- and libxml2 on request by the maintainer.
  
  To use them, build the tools described here, from source:
  (currently, there is no fedora package, afaik)
  
http://clang-analyzer.llvm.org/
  
  I ran them like this for libxml2:
  
  scan-build -o clang ./autogen.sh
  scan-build -o clang make

This does look neat. When I tried it though, I ended up with ..

scan-build: Removing directory 
'/mnt/data/src/git-trees/kernel/linux-2.6/clang/2009-09-04-1' because it 
contains no reports.

While I'd love to believe the kernel is bug free, I have a hard time convincing
myself that clang is doing the right thing.

I added a path to the clang bin/ dir, and copied scan-build to my ~/bin
and then ran with 'make defconfig ; scan-build -o clang make bzImage'

Am I missing something obvious ?

Dave

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: another spin of TeX Live 2009 packages

[José Matos]

On Friday 04 September 2009 Jindrich Novy wrote:
 It should be fixed now altogether with new packages in the repository.

 Jindrich

Thank you. Now I have installed on rawhide and it works (TM). :-)

-- 
José Abílio

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: [PATCH 3/3] dracut has initrd-generic-version instead of initrd-version (#519185)

[Matthew Garrett]

On Fri, Sep 04, 2009 at 10:53:19AM -0400, Jon Masters wrote:

 The problem I have is that some folks want to include additional drivers
 into their initrd. What are we going to recommend for this case? I know
 one can still build a kernel-specific version, but I fear that this
 results in many users having no benefit of the generic image because
 it'll not contain the additional bits they needed to add.

Isn't the point of the new infrastructure that we can provide multiple 
initramfs modules that will all end up in the filesystem on boot? Users 
who want to add drivers could do it even more easily than they currently 
can.

-- 
Matthew Garrett | mj...@srcf.ucam.org

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Reasons to preseve X on tty7

[John Freed]

I see this discussion petered out in November, but as I missed the followups
after the change in subjects for the thread, I had seen only Dan Nicholson's
initial attempt at rectifying this problem

I've seen the philosophical discussion, but the real problem traces to the
GDM version 2.20, which involved a major rewrite of the code and a
regression in configurability. (Has anyone heard of MAJOR release numbers?
Version 2.20 should have been 3.0, imho.)

Anyhow I've extended Dan Nicholson's approach in what I think is a more
reliable manner. I don't use XDM, so I can't comment on that, but I see that
KDM in the standard distribution has been configured to start X on vt1 and
then go up from vt7 for later sessions. Since reconfiguring KDM versus the
upstart files involves multiple changes, I leave that to the experts. (See
the file /etc/kde/kdm/kdmrc to see what I mean.)

I leave /etc/event.d/tty1 alone and start it, if need be, when
/etc/X11/prefdm kicks in. The logic in prefdm, by the way, kicks in AFTER
plymouth shuts down, not before, in case it feels like re-creating the
/var/spool/gdm/force-display-on-active-vt file. I also discovered that GDM
removes that file each time a session ends, so I modified
/etc/gdm/PostSession/Default to take that into account. This is why the
first session was created on vt1 but all subsequent sessions after that user
logs out were created on vt7.

The basic idea of forcing the display on an active VT is invalid, I think.
It affects only vt1, not any of the others. If Sam is working on vt2 and
Julie starts a new session, do you want Sam to be kicked off entirely? No.
The only issue is with vt1, which the kernel uses to write boot messages. If
you do fgconsole --next-available, you'll see that vt1 is NEVER available,
and if you try deallocvt 1 you'll see why ...  VT 1 is the console and
cannot be deallocated.

So the only issue is that GDM won't start X on vt1 if it thinks it's already
allocated, even if there are no processes running there. fuser -v
/dev/tty1 tells us whether we *really* want to start (or continue) X
there.

I've tested this pretty thoroughly from runlevel 5 (killing gdm-binary from
within the gdm session and other weird states) and it seems to work.
The telinit 5 situation also seems to work fine.

--- /etc/X11/prefdm.orig2009-08-31 20:38:02.0 +0200
+++ /etc/X11/prefdm2009-09-01 13:27:45.0 +0200
@@ -8,6 +8,10 @@
 # Run preferred X display manager
 quit_arg=
 preferred=
+
+# Hack for Fedora-modified GDM
+FORCEACTIVEVT=yes
+
 if [ -f /etc/sysconfig/desktop ]; then
 . /etc/sysconfig/desktop
 if [ $DISPLAYMANAGER = GNOME ]; then
@@ -31,6 +35,22 @@
 # shut down boot splash
 /usr/bin/plymouth quit $quit_arg

+# Tell Fedora-modified GDM to reuse VT1 if it's really inactive or if X is
already there;
+# otherwise, tell it not to use VT1 (and start a terminal there if need be)
+TTY1_TASK=$(fuser -v /dev/tty1 21|awk -v RS='' '/ / { print $9 ; exit }')
+if  [ -z $preferred ] || [ $preferred = /usr/sbin/gdm ]; then
+if [ $FORCEACTIVEVT = yes ]; then
+if [ -z $TTY1_TASK ] || [ $TTY1_TASK = Xorg ] || $TTY1_TASK =
X ]; then
+touch /var/spool/gdm/force-display-on-active-vt
+fi
+else
+rm -f /var/spool/gdm/force-display-on-active-vt
+if [ -z $TTY1_TASK ]; then
+initctl start tty1 /dev/null
+fi
+fi
+fi
+
 shopt -s execfail

 [ -n $preferred ]  exec $preferred $@ /dev/null 21 /dev/null

--- /etc/gdm/PostSession/Default.orig2009-07-27 16:41:41.0 +0200
+++ /etc/gdm/PostSession/Default2009-08-31 19:25:54.0 +0200
@@ -1,3 +1,26 @@
 #!/bin/sh

+PATH=/sbin:/usr/sbin:/bin:/usr/bin
+
+# Hack for Fedora-modified GDM
+FORCEACTIVEVT=yes
+
+if [ -f /etc/sysconfig/desktop ]; then
+. /etc/sysconfig/desktop
+fi
+
+# Tell Fedora-modified GDM to reuse VT1 if it's really inactive or if X is
already there;
+# otherwise, tell it not to use VT1 (and start a terminal there if need be)
+TTY1_TASK=$(fuser -v /dev/tty1 21|awk -v RS='' '/ / { print $9 ; exit }')
+if [ $FORCEACTIVEVT = yes ]; then
+if [ -z $TTY1_TASK ] || [ $TTY1_TASK = Xorg ] || $TTY1_TASK = X
]; then
+touch /var/spool/gdm/force-display-on-active-vt
+fi
+else
+rm -f /var/spool/gdm/force-display-on-active-vt
+if [ -z $TTY1_TASK ]; then
+initctl start tty1 /dev/null
+fi
+fi
+
 exit 0

.
*From*: Dan Nicholson dbn lists gmail com

   - *To*: Development discussions related to Fedora fedora-devel-list
   redhat com
   - *Subject*: Re: Reasons to preseve X on tty7
   - *Date*: Tue, 11 Nov 2008 20:05:38 -0800

--

On Tue, Nov 11, 2008 at 1:28 PM, Bill Nottingham notting redhat com wrote:
 Dan Nicholson (dbn lists gmail com) said:
  Further testing with this is giving me some bizarre errors and hangs

  relating to VT switching that don't happen with this patchset backed
  out. Unless I can track those down, I can't really recommend using
  it.

 

Re: clang static analyzer: use it!

[Dave Jones]

On Fri, Sep 04, 2009 at 01:15:40PM -0400, Jeff Moyer wrote:

   I added a path to the clang bin/ dir, and copied scan-build to my ~/bin
   and then ran with 'make defconfig ; scan-build -o clang make bzImage'
  
   Am I missing something obvious ?
  
  It may be that the kernel defines $(CC) to gcc, at which point you
  lose.  Try doing a make with CC=/path/to/ccc-analyzer.

That was exactly it. Nice. 

Dave

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Review needed....

[Rakesh Pandit]

2009/9/4 José Matos wrote:
 On Friday 04 September 2009 Josephine Tannhäuser wrote:
 Perhaps it is luck, but I'm happy about that fact that not all contributors
 with an open review request begging on devel list for a reviewer. If
 anybody will do it, the devel list will explode with review beggars.

 It's strange  to see that most of the baggers are working for a big north
 american distributor, or living in india, or both! No, I don't want a
 pony!!!


I live in India.

 Is it difficult to be patient? There are many more open reviews which are
 older... Please qry your friends (if you have some) or be patient..

 Is there any review you want us to look to?


I will be happy to review few for you.

--
Regards,
Rakesh Pandit

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Review needed....

[José Matos]

On Friday 04 September 2009 Josephine Tannhäuser wrote:
 Perhaps it is luck, but I'm happy about that fact that not all contributors
 with an open review request begging on devel list for a reviewer. If
 anybody will do it, the devel list will explode with review beggars.

 It's strange  to see that most of the baggers are working for a big north
 american distributor, or living in india, or both! No, I don't want a
 pony!!!

 Is it difficult to be patient? There are many more open reviews which are
 older... Please qry your friends (if you have some) or be patient..

Is there any review you want us to look to?

-- 
José Abílio

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

FESCo meeting summary for 20090904

[Jon Stanley]

Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2009-09-04-17.01.html
Minutes (text):
http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2009-09-04-17.01.txt
Log:
http://meetbot.fedoraproject.org/fedora-meeting/2009-09-04/fedora-meeting.2009-09-04-17.01.log.html

--

17:01:37 jds2001 #startmeeting FESCo meeting 2009-09-04
17:01:37 zodbot Meeting started Fri Sep  4 17:01:37 2009 UTC.  The
chair is jds2001. Information about MeetBot at
http://wiki.debian.org/MeetBot.
17:01:37 zodbot Useful Commands: #action #agreed #halp #info #idea
#link #topic.
17:01:38 jds2001 #chair dgilmore jwb notting nirik sharkcz jds2001
j-rod skvidal Kevin_Kofler
17:01:38 zodbot Current chairs: Kevin_Kofler dgilmore j-rod jds2001
jwb nirik notting sharkcz skvidal
17:01:42 * skvidal is here
17:01:43 * nirik is here.
17:01:46 * sharkcz is here
17:01:49 skvidal woah - and so is jds2001, apparently
17:01:50 jds2001 change in plans, I'm here :)
17:01:52 Kevin_Kofler Present.
17:01:57 * notting is here
17:02:17 jds2001 alright, let me pull up the agenda :)
17:02:45 j-rod Here
17:02:46 jds2001 notting: the report looks old and stale
17:02:55 notting jds2001: nothing else was in the tickets
17:02:55 jds2001 do we just have those two items?
17:02:59 jds2001 k
17:03:13 jds2001 #topic FLP proposal
17:03:16 jds2001 .fesco 243
17:03:18 zodbot jds2001: #243 (New entry of 'Build packages for
which Fedora is upstream for all language translators' review 
correction' for F12 schedule) - FESCo - Trac -
https://fedorahosted.org/fesco/ticket/243
17:03:46 nirik so they added a list...
17:03:54 notting given that list, i'm +1 for it
17:04:00 nirik but do we really want to add this right now for this
cycle? I guess we could.
17:04:22 jds2001 yeah, that list is sane.
17:04:50 jds2001 but it adds something starting today
17:05:05 nirik well, yesterday...
17:05:09 jds2001 poelcat: you around?
17:05:19 notting realistically,it's 'build packages by beta freeze'
17:05:47 Kevin_Kofler The deadline is Sep 15.
17:05:56 Kevin_Kofler Who cares about the start date?
17:06:00 Kevin_Kofler We can make it today or whatever.
17:06:25 Kevin_Kofler I'm +1 to the proposal with the given list.
17:06:40 nirik how do indicate to the maintainers of those packages
that they must do a build?
17:07:12 jds2001 i guess file a bug?
17:07:16 Kevin_Kofler But I'm completely -1 to the suggestion of
introducing that kind of requirements for packages which are
translated by upstream teams (or upstream projects which don't do
translations at all).
17:07:29 jds2001 Kevin_Kofler: me too
17:07:59 * skvidal is cool w/the list too - +1
17:08:05 jds2001 +1
17:08:16 sharkcz +1, the list is OK
17:08:33 * warren has a question for FESCO when it is appropriate.
17:08:33 j-rod I'll play balk too, +1
17:08:47 notting play balk? we all take a base?
17:08:51 jds2001 warren: we only have one more item on the agenda :)
17:09:12 jds2001 which i suspect is a noop, but oh well.
17:09:32 nirik +1 from me too, but we should make sure they know
abotu this... fedora-devel-announce email? or email to all the
maintainers?
17:10:19 jds2001 yeah, who wants to take that?
17:10:23 jds2001 the proposal owner?
17:10:27 jds2001 or one of us?
17:11:02 * dgilmore is here
17:11:44 jds2001 bueller?
17:12:58 * jds2001 guesses he'll do it just to move on :)
17:13:06 notting i think the trans team can do it,as they're
probably in a good position to do it for future releases too
17:13:12 sharkcz IMO the proposal owner should create a tracker bug
+ bugs for individual packages
17:13:23 notting unless it becomes part of the 'normal' schedule notices
17:13:50 jds2001 notting: i guess it would be in the future.
17:14:38 jds2001 ok, lets put a note in the ticket
17:14:52 jds2001 saying that this needs to be communicated by the trans team.
17:15:03 jds2001 sound good?
17:15:32 notting wfm
17:15:56 jds2001 #agreed FLP proposal is accepted, will need to be
communicated to package owners by the translation team
17:16:04 poelcat jds2001: yes, i'm here
17:16:06 jds2001 #top libvdpau
17:16:19 jds2001 poelcat: cool
17:16:31 poelcat now that i saw ping :)
17:16:35 jds2001 poelcat: we just added an item to the F12 schedule :)
17:16:55 jds2001 poelcat: the translation team wanted all packages
rebuilt for which we are upstream.
17:17:10 poelcat cool, i'll add it in
17:17:12 jds2001 There's a list in https://fedorahosted.org/fesco/ticket/243
17:17:26 poelcat how long does that task usually take?
17:17:38 notting a day or three
17:17:44 jds2001 poelcat: the translation team had it proposed to
start yesterday and go to the 15th
17:17:49 notting less if all the maintainers are paying attention
17:17:50 jds2001 for future schedules :)
17:18:04 jds2001 but yeah, it doesnt take that long
17:18:39 poelcat just curious so i can build the logic in the right
way... *who* builds the packages...each maintainer or automatically by
releng?
17:18:58 jds2001 good question :)
17:19:04 jds2001 each 

what features are required in Fedora kernel

[Dan Horák]

Hi all,

I am building kernels for some ARM based devices that use Fedora/ARM as
user-land. These devices are usually very limited in the size of kernel
that can be stored in their flash memories (like 2MB kernel, 4MB
ramdisk). So I would like to know what kernel features make a Fedora
kernel, what are the MUST HAVE features?

Now I have those on my list
- audit
- SELinux
- IPv6
- Netfilter for both IPv4 and IPv6
but there are others for sure. Heavily modular kernel is about 1.65 MB
now.


Thanks
Dan


-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: clang static analyzer: use it!

[Jeff Moyer]

Dave Jones da...@redhat.com writes:

 On Fri, Sep 04, 2009 at 08:30:14AM +0200, Jim Meyering wrote:
   Quick summary: use this tool:
   
 http://clang-analyzer.llvm.org/
   
   If you're not using its scan-build tool, then start.  Right now.
   Really.  It's that good.
   
   Recently I've run it on a variety of packages, from coreutils
   (of course) to libvirt -- and libxml2 on request by the maintainer.
   
   To use them, build the tools described here, from source:
   (currently, there is no fedora package, afaik)
   
 http://clang-analyzer.llvm.org/
   
   I ran them like this for libxml2:
   
   scan-build -o clang ./autogen.sh
   scan-build -o clang make

 This does look neat. When I tried it though, I ended up with ..

 scan-build: Removing directory 
 '/mnt/data/src/git-trees/kernel/linux-2.6/clang/2009-09-04-1' because it 
 contains no reports.

 While I'd love to believe the kernel is bug free, I have a hard time 
 convincing
 myself that clang is doing the right thing.

 I added a path to the clang bin/ dir, and copied scan-build to my ~/bin
 and then ran with 'make defconfig ; scan-build -o clang make bzImage'

 Am I missing something obvious ?

It may be that the kernel defines $(CC) to gcc, at which point you
lose.  Try doing a make with CC=/path/to/ccc-analyzer.

Cheers,
Jeff

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: another spin of TeX Live 2009 packages

[José Matos]

On Friday 04 September 2009 Jindrich Novy wrote:
 It should be fixed now altogether with new packages in the repository.

 Jindrich

One (really) minor hiccup, when installing all the doc files with

yum install texlive-*-doc

I get a missing dependency

texlive-wadalab-doc is needed by package texlive-cjk-doc. Excluding the later 
from the transaction works.

This problems appears (unsurprisingly) on both F11 and rawhide.
-- 
José Abílio

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: what features are required in Fedora kernel

[Steve Grubb]

On Friday 04 September 2009 02:17:10 pm Dan Horák wrote:
 I am building kernels for some ARM based devices that use Fedora/ARM as
 user-land. 

Glad to see someone else looking at the ARM kernel.


 These devices are usually very limited in the size of kernel
 that can be stored in their flash memories (like 2MB kernel, 4MB
 ramdisk). So I would like to know what kernel features make a Fedora
 kernel, what are the MUST HAVE features?

Maybe some usb devices. Which ones...I don't know. :)

 Now I have those on my list
 - audit

Note that the audit system on ARM is dysfunctional. No one has ever taken the 
time to write the requisite code in arch/arm/kernel/ptrace.c to call 
audit_syscall_entry(). Without that code upstream (or as a patch), the audit 
system is limited to user space originating events. I don't know if SE Linux 
AVC's are affected by the audit system not having its hands on a lot of 
information during the syscall.

 - SELinux
 - IPv6
 - Netfilter for both IPv4 and IPv6

Netfilter is needed badly on that arch since the default system image has a 
mail server listening to the public IP address and running as root. Iptables 
is needed to block this access.

-Steve

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: ABRT for f12 status

[Jiri Moskovcak]

On 09/03/2009 04:09 PM, Jiri Moskovcak wrote:

On 09/02/2009 07:19 PM, Colin Walters wrote:

On Wed, Sep 2, 2009 at 5:11 PM, Matthias Clasenmcla...@redhat.com
wrote:

On Wed, 2009-09-02 at 17:04 +, Colin Walters wrote:

On Wed, Sep 2, 2009 at 4:38 PM, Matthias Clasenmcla...@redhat.com
wrote:


After talking to the abrt guys, I've changed the desktop spin ks to
replace bug-buddy and kerneloops by abrt.


This change should be made in comps (as per my original attached
patch), not the kickstart. If we only change the kickstart then
people doing automatic kickstarted desktop installs will get a
divergent desktop which is not what we want.



Sure, I agree that we should also do this change in comps.


Ok, done. The comps change should be pulled into the kickstart
through so there shouldn't have been a need to change it as well.

Also I've attached a patch which should update the Obsoletes handling
to correspond with what we determined in discussion earlier; if one of
the ABRT people or a provenpackager could apply that'd be nice.



I pushed the fixed spec file into the git repo. Now I'm testing the new
package with some additional fixes to make abrt work better with livecd.
(Still didn't get rid of debuginfo installation, as it needs a bit more
work)

Jirka



I updated abrt in rawhide with promised fixes for livecd.

Jirka
attachment: jmoskovc.vcf-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: what features are required in Fedora kernel

[Mike McGrath]

On Fri, 4 Sep 2009, Dan Horák wrote:

 Hi all,

 I am building kernels for some ARM based devices that use Fedora/ARM as
 user-land. These devices are usually very limited in the size of kernel
 that can be stored in their flash memories (like 2MB kernel, 4MB
 ramdisk). So I would like to know what kernel features make a Fedora
 kernel, what are the MUST HAVE features?


This is an interesting question.  I'd hate to think that something being
unable to be included because of technical reasons would cause us to be
unable to call something Fedora.

-Mike-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: Minitube - youtube for your desktop, still a little early in development

[Peter Gordon]

On Thu, 2009-09-03 at 23:25 -0400, Michel Alexandre Salim wrote:
 That was the rationale for vagalume ending up in rpmfusion-free: the
 code itself is fully free, but it's not usable without some
 patent-encumbered codecs.
 
 By that rationale, though, shouldn't totem-youtube end up in rpmfusion-free 
 too?

My understanding is that Totem (and its YouTube plugin) simply call out
to Gstreamer, and the Gstreamer libraries (through PackageKit's
automatic-installer plugin, if necessary) are responsible for the
decoding. So, the Totem plugin itself is not patent-encumbered by any
means.

Then again, it is also not very usable without those codecs, either.
Maybe it should be moved to the RPMFusion Free repo?
-- 
Peter Gordon (codergeek42) pe...@thecodergeek.com
Who am I? :: http://thecodergeek.com/about-me


signature.asc
Description: This is a digitally signed message part
-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: clang static analyzer: use it!

[John Reiser]

On 09/03/2009 11:30 PM, Jim Meyering wrote:

Quick summary: use this tool:

   http://clang-analyzer.llvm.org/

If you're not using its scan-build tool, then start.  Right now.
Really.  It's that good.  ...


The software does not understand Fedora gcc/g++ well.  Just to get started,
I had to add these to the command line:
   -I/usr/lib/gcc/x86_64-redhat-linux/4.4.1/../../../../include/c++/4.4.1 \
   
-I/usr/lib/gcc/x86_64-redhat-linux/4.4.1/../../../../include/c++/4.4.1/x86_64-redhat-linux

Then I got several dozen false positives (complaints that were incorrect)
from my first file.  How new is this software?

--

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: another spin of TeX Live 2009 packages

[Horst H. von Brand]

José Matos jama...@fc.up.pt wrote:
 On Friday 04 September 2009 Jindrich Novy wrote:
  It should be fixed now altogether with new packages in the repository.
 
  Jindrich
 
 One (really) minor hiccup, when installing all the doc files with
 
 yum install texlive-*-doc
 
 I get a missing dependency
 
 texlive-wadalab-doc is needed by package texlive-cjk-doc. Excluding the later 
 from the transaction works.
 
 This problems appears (unsurprisingly) on both F11 and rawhide.

I get lots of dependency problems on (vanilla) rawhide x86_64. Stuff like:

html2ps-1.0-0.3.b5.fc12.noarch, jadetex-3.13-8.fc12.noarch,
linuxdoc-tools-0.9.65-2.fc12.x86_64, ... (perhaps due to other packages
depending on texlive?)

--skip-broken isn't able to fix the mess, and yum gives up.
-- 
Dr. Horst H. von Brand   User #22616 counter.li.org
Departamento de InformaticaFono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 234   Fax:  +56 32 2797513

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: what features are required in Fedora kernel

[Roland McGrath]

 This is an interesting question.  I'd hate to think that something being
 unable to be included because of technical reasons would cause us to be
 unable to call something Fedora.

Well, I think it's more or less whatever works.  That is, we require
the various kernel features that the rest of the Fedora packages and
their integration need to work properly.

Are you trying to get the installed kernel rpm size real small,
or just to get the kernel+initrd real small?  The latter seems
fairly easy--just make everything not in the boot path modular
and make sure mkinitrd doesn't include anything unnecessary.
Then everything else can be in post-boot modules and you don't
necessarily have to strip down the kernel build particularly.


Thanks,
Roland

-- 
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Re: clang static analyzer: use it!

[John Reiser]

They do not claim to handle C++.


They failed to generate the obvious error message upon finding C++ syntax.

--

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

please push gstreamer-plugins-base update

[Michael Cronenworth]

For those of us that have pitivi installed and want the pitivi update, 
we need the new gstreamer-plugins-base update. The gstreamer packages 
are still sitting in updates-testing (after several updates pushes).


Needless to say, dep resolving is failing.

Mike

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Bug 501424] [ta_IN][GPOS] U+0BB[8-9] U+0BC1 have error results.

[bugzilla]

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=501424


Parag pnem...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||ife...@redhat.com,
   ||pnem...@redhat.com
 AssignedTo|besfa...@redhat.com |pnem...@redhat.com
   Flag||needinfo?(ife...@redhat.com
   ||)




--- Comment #4 from Parag pnem...@redhat.com  2009-09-04 02:38:07 EDT ---
felix,
  Can you give correct image for following combination?

1) U+0BB8 U+0BC1
2) U+0BB9 U+0BC1
3) U+0B9C U+0BC1

Or you can just tell us if above(comment#1 and comment#2) attached images are
the correct rendering for these combinations?

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 506436] [kn_IN][GPOS]U+0C9C U+0CC4 font shape is not correct

[bugzilla]

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=506436





--- Comment #2 from Shankar Prasad svenk...@redhat.com  2009-09-04 02:52:47 
EDT ---
Parag,

I don't think that this is any kind of issue. In Kannada, even while writing we
won't place the lower letter (small one) exactly below the upper, as this
increases the height of the total glyph as a whole.

Shanky

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 499345] [kn_IN][Pango] GSUB U+0CB0 U+200D U+0CCD U+0C95 font has error.

[bugzilla]

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=499345





--- Comment #7 from Shankar Prasad svenk...@redhat.com  2009-09-04 02:55:28 
EDT ---
Parag,

As I commented in similar issue reported in bug #506436, this too is not a bug.

Shanky

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 506436] [kn_IN][GPOS]U+0C9C U+0CC4 font shape is not correct

[bugzilla]

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=506436


Parag pnem...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||NOTABUG
 AssignedTo|besfa...@redhat.com |pnem...@redhat.com




--- Comment #3 from Parag pnem...@redhat.com  2009-09-04 03:05:15 EDT ---
Thanks for your reply.
Closing as NOTABUG

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 499345] [kn_IN][Pango] GSUB U+0CB0 U+200D U+0CCD U+0C95 font has error.

[bugzilla]

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=499345


Parag pnem...@redhat.com changed:

   What|Removed |Added

 Status|NEW |CLOSED
 Resolution||NOTABUG
 AssignedTo|besfa...@redhat.com |pnem...@redhat.com




--- Comment #8 from Parag pnem...@redhat.com  2009-09-04 03:05:53 EDT ---
Thanks for your reply.
Closing as NOTABUG

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 501422] [ta_IN][GPOS] U+0BB[8-9] U+0BC2 have error results.

[bugzilla]

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=501422


Parag pnem...@redhat.com changed:

   What|Removed |Added

 AssignedTo|besfa...@redhat.com |pnem...@redhat.com




-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 500563] [si_LK][GPOS] U0DB8 U0DDA font shape has error

[bugzilla]

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=500563


Parag pnem...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||pnem...@redhat.com
 AssignedTo|besfa...@redhat.com |pnem...@redhat.com




-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 500569] [si_LK][GPOS] Delete 0D[0-F][A-D] 0DDA need to press backspace key three times

[bugzilla]

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=500569


Parag pnem...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||pnem...@redhat.com
 AssignedTo|besfa...@redhat.com |pnem...@redhat.com




-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 500563] [si_LK][GPOS] U0DB8 U0DDA font shape has error

[bugzilla]

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=500563


Parag pnem...@redhat.com changed:

   What|Removed |Added

   Flag||needinfo?(kxi...@redhat.com
   ||)




--- Comment #2 from Parag pnem...@redhat.com  2009-09-04 04:50:07 EDT ---
provide updated correct and wrong images please?

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

[Bug 501683] [ml_IN][GSUB] U+0D[1-3][5-E] U+0D4D U+0D33 font shape has error

[bugzilla]

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=501683


Parag pnem...@redhat.com changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||ape...@redhat.com,
   ||pnem...@redhat.com
 AssignedTo|besfa...@redhat.com |pnem...@redhat.com
   Flag||needinfo?(ape...@redhat.com
   ||)




--- Comment #2 from Parag pnem...@redhat.com  2009-09-04 05:44:26 EDT ---
Ani,
  Can you please check above attachment and give your feedback? We need to know
is there any of above combinations rendering wrongly.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Fedora-fonts-bugs-list mailing list
Fedora-fonts-bugs-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-fonts-bugs-list

Re: Licensing policy for apps developed by Fedora Infrastructure now in effect

[Toshio Kuratomi]

On 09/03/2009 11:38 PM, Karsten Wade wrote:
 On Thu, Sep 03, 2009 at 02:17:44PM -0700, Toshio Kuratomi wrote:

 At last week's meeting we made a decision about which licenses would
 best fit our needs.  The results are recorded here:
   https://fedoraproject.org/wiki/Infrastructure_Licensing
 
 I don't see any listing of content licenses.  Other than what you put
 on the wiki that is covered by that license (soon to be CC BY SA),
 have you thought about specifying what you license content under?
 
For content inside of apps/libraries (Like the documentation for
python-fedora http://fedorahosted.org/releases/p/y/python-fedora/doc/
generated from the tarball)  I would think it would follow the app's
licensing.  If you can think of good reasons to put it under a different
license, we should talk about it.  (Note that parts of the documentation
there are extracted from the source.  Not sure if that affects things).

For content on the wiki we're covered by the license for the whole wiki.

For content like CSI, I don't think we had thought about it.  I would
lean towards going with the license that docs uses.  mmcgrath has been
the most prolific in that area, though.

-Toshio



signature.asc
Description: OpenPGP digital signature
___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list

Re: Licensing policy for apps developed by Fedora Infrastructure now in effect

[Mike McGrath]

On Thu, 3 Sep 2009, Karsten Wade wrote:

 On Thu, Sep 03, 2009 at 02:17:44PM -0700, Toshio Kuratomi wrote:
 
  At last week's meeting we made a decision about which licenses would
  best fit our needs.  The results are recorded here:
https://fedoraproject.org/wiki/Infrastructure_Licensing

 I don't see any listing of content licenses.  Other than what you put
 on the wiki that is covered by that license (soon to be CC BY SA),
 have you thought about specifying what you license content under?


We don't have a policy on this but should.  For the CSI docs I've been
using OPL1.0 or later.  But I'm also curious about licenses regarding the
data in our databases.  I had a brief discussion with Tiemann several
months ago and there are some interesting freedoms we can do here, for
example licensing some of the account system information so that we Fedora
don't own it, but instead each user ownes their own data and have sole
responsibility over what happens with it.  But that's a longer discussion
for another time.

-Mike

___
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list

Re: Building kernel-2.6.31-0.190 rawhide in F11

[Paul Bolle]

On Thu, 2009-09-03 at 22:08 -0700, Markus Kesaromous wrote:
 Build, instal and boot went fine, except radeon driver does not work.
 Radeon works just fine in  2.6.29.6-217.2.16.fc11.i586, but not
 in 2.6.31-0.190...

That could be some sort of mismatch between that Rawhide kernel and the
F11 X Server you seem to use (Rawhide currently uses X.Org X Server
1.6.99.1). I'd try one of the following kernel command line options:

nomodeset
radeon.modeset=0

Those could be used to work around some issues with Rawhide's Radeon
kernel driver (or Rawhide's Radeon X module, or whatever) a few weeks
back. (It' s just a guess though. I hardly know anything about the way
the kernel and the X Server interact.)


Paul Bolle

___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list

RE: Building kernel-2.6.31-0.190 rawhide in F11

[Markus Kesaromous]

 From: pebo...@tiscali.nl
 To: remotes...@live.com
 Date: Fri, 4 Sep 2009 10:38:44 +0200
 CC: fedora-kernel-list@redhat.com
 Subject: Re: Building kernel-2.6.31-0.190 rawhide in F11

 On Thu, 2009-09-03 at 22:08 -0700, Markus Kesaromous wrote:
 Build, instal and boot went fine, except radeon driver does not work.
 Radeon works just fine in 2.6.29.6-217.2.16.fc11.i586, but not
 in 2.6.31-0.190...

 That could be some sort of mismatch between that Rawhide kernel and the
 F11 X Server you seem to use (Rawhide currently uses X.Org X Server
 1.6.99.1). I'd try one of the following kernel command line options:

 nomodeset
 radeon.modeset=0

 Those could be used to work around some issues with Rawhide's Radeon
 kernel driver (or Rawhide's Radeon X module, or whatever) a few weeks
 back. (It' s just a guess though. I hardly know anything about the way
 the kernel and the X Server interact.)


 Paul Bolle


Thank you Paul.

nomodeset was accepted as a boot arg. radeon.modeset=0 was not recognized as a 
valid boot arg.

However, nomodeset did the trick. I now have X up under the auspices
of kernel-2.6.31-rc8.fc11.i586

Other observations:
after I edited the boot args and added the nomodeset radeo.moseset=0
and pressed b to boot, it took almost 3 minutes to get the login prompt.
Even after logging in, it took more than 1 minute to populate the screen with 
all my icons: about 55 of them.

Also, starting up Firefox and thunderbird also took considerably longer.
Sorry for not providing an objective time value in terms of how much
slower they started - should have timed them !

To provide some comparison with other kernels:
2.6.29.6-217.2.16.fc11.i586 boots to the login prompt in 1.5 minutes. 
2.6.29.5.191.fc11.586 booted to login prompt in 38 seconds.
On same dual boot machine, Windows XP boots to login prompt in
30 seconds.

Cheers,

MK

_
Windows Live: Keep your friends up to date with what you do online.
http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:ON:WL:en-US:SI_SB_online:082009

___
Fedora-kernel-list mailing list
Fedora-kernel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-kernel-list

Re: [Fedora-legal-list] Wiki page : https://fedoraproject.org/wiki/Fedora_print_magazine_proposal

[Paul]

Hi,

  I've not edited the page as I'd like the fedora-legal people's
  perspective on this.
 
 Hmm, ok. Here's my thoughts:
 
 * Some of the content will be written/created by LPM (possibly all of
 the content). Accordingly, I don't think we get much say in how they use
 it, aside from the normal trademark usage considerations.

I'd have thought that we (Fedora people) would be in a better position
to write about F12 than LPM. As it is advertising Fedora, I think Fedora
should have more say in what is done with it.

 * For anything that Fedora owns, we should be sure it is available under
 acceptable licensing terms, but for things like screenshots, I doubt
 there is much concern, as that sort of thing is rather ubiquitous.

You'd think that - I know some companies hate screenshots being taken
and frequently mock up rather than show production...

 * I think ultimately, if Fedora contributors end up authoring content
 for this magazine, they should do so under licensing terms that they are
 comfortable with, but I don't think it is necessary to mandate it.

Here I'd disagree. While for software, folks are happy for anyone to use
it as they like. However, for written work, people become protective. It
is better have something which says by contributing this piece, you are
giving Fedora to publish once and republish once by any means. That way
the author knows exactly what terms they are contributing by.

I know it's not ideal, but this is publishing and to paraphrase and old
(and long gone) editor friend, you live and die by the words you use.

TTFN

Paul


-- 
Sie können mich aufreizen und wirklich heiß machen!


signature.asc
Description: This is a digitally signed message part
___
Fedora-legal-list mailing list
Fedora-legal-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-legal-list

Re: [Fedora-legal-list] Wiki page : https://fedoraproject.org/wiki/Fedora_print_magazine_proposal

[Tom spot Callaway]

On 09/04/2009 02:51 PM, Paul wrote:
 Here I'd disagree. While for software, folks are happy for anyone to use
 it as they like. However, for written work, people become protective. It
 is better have something which says by contributing this piece, you are
 giving Fedora to publish once and republish once by any means. That way
 the author knows exactly what terms they are contributing by.

I'm torn here. I want to believe that protective authors will be
intelligent enough to set licensing terms for their copyrighted works.
Also, I don't want to say these are the terms under which you give us
these works, because then those protective people just complain and
moan about how they're either too restrictive or too permissive.

My instinct is to say that the contributing authors have to tell us the
license under which we can use their contributions.

Alternately, we could use unlicensed contributions of articles under the
CLA, which allows us an extremely permissive license.

Also, I'm not sure that LPM will be okay with using material under
CC-BY-SA, for example (which is Free). If I had to guess, I'd say they
would want something with the Non Commercial restriction (and a specific
exclusion for them).

But lets keep in mind that as far as I know, it is not clear where the
content for this magazine will come from. Mel, maybe you can shed some
light here?

~spot

___
Fedora-legal-list mailing list
Fedora-legal-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-legal-list

Fedora repository issues: gnonlin-0.10.12-1.fc11.i586

[Terry Barnaby]

Hi,

For a few days now there is a depenancy issue in the Fedora repositories:

Missing Dependency: gstreamer-plugins-base = 0.10.24 is needed by package 
gnonlin-0.10.12-1.fc11.i586 (updates)


Cheers


Terry

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora repository issues: gnonlin-0.10.12-1.fc11.i586

[Michael Schwendt]

On Fri, 04 Sep 2009 07:57:12 +0100, Terry wrote:

 Hi,
 
 For a few days now there is a depenancy issue in the Fedora repositories:
 
 Missing Dependency: gstreamer-plugins-base = 0.10.24 is needed by package 
 gnonlin-0.10.12-1.fc11.i586 (updates)

See here:
https://admin.fedoraproject.org/updates/F11/FEDORA-2009-8641

Interestingly, the update got marked stable inspite of a tester saying
that it would not fix the linked bug. And the needed gstreamer-plugins-base
update is still in updates-testing only:

$ yum list gnonlin gstreamer-plugins-base
Installed Packages
gstreamer-plugins-base.i586 0.10.24-1.fc11  @updates-testing
Available Packages
gnonlin.i5860.10.12.2-0.1.fc11  updates-testing 

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: rogue suspend is driving me nuts

[Andras Simon]

On 9/4/09, brian fed...@logi.ca wrote:
 On 08/31/2009 07:48 PM, brian wrote:
 On 08/31/2009 06:05 PM, Tony Nelson wrote:

 If you can't solve the problem, and you don't need fancy Power
 Management services, you can `yum remove gnome-power-manager`. I did
 that and also removed gnome-screensaver, replacing both with
 xscreensaver. I don't use suspend or hibernate, but I do want the
 display to sleep, and, as a bonus, I get better looking screensavers.
 I did lose the ability to switch users without first unlocking the
 screen.


 OK, I've done that. I should know by tomorrow if it worked, as this box
 has been shutting down several times a day.

 After a couple of days, it looks like this did the trick. Thanks.

If removing gnome-power-manager did the trick, then maybe it's just
the it was set to initiate suspend when the machine was idle for some
time.

Andras

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora repository issues: gnonlin-0.10.12-1.fc11.i586

[Roger]

On 09/04/2009 04:57 PM, Terry Barnaby wrote:

Hi,

For a few days now there is a depenancy issue in the Fedora repositories:

Missing Dependency: gstreamer-plugins-base = 0.10.24 is needed by 
package gnonlin-0.10.12-1.fc11.i586 (updates)


Cheers


Terry


Yes I have this problem also
Roger

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Disappearing Kernels during Yum update

[Frank Murphy (Frankly3D)]

On 04/09/09 06:12, Ed Greshko wrote:
--snip--




Geee  If you were going to go through the bother to accurately point
out a troubling trend the least you could have done is stopped typing
after Please do a man yum.conf and man yum to learn about the most
important utility in your toolbox..   :-)




And I thought it was my electric screwdriver :D

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: selinux issue - please help

[Frank Murphy (Frankly3D)]

On 04/09/09 01:42, chloe K wrote:

Hi all
how I have to set the selinux to disable?
to make webserver work
and
mysql work too
if not setting to 0, apache error log
(13)Permission denied: access to /admin denied
and mysql error
090903 19:43:19 InnoDB: Operating system error number 13 in a file
operation.
InnoDB: The error means mysqld does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ibdata1
InnoDB: File operation call: 'open'.
InnoDB: Cannot continue operation.
Thank you



ask on selinux-list.
https://www.redhat.com/mailman/listinfo/fedora-selinux-list
They will work it so you have selinux protection enabled.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Anne Wilson]

On Thursday 03 September 2009 19:02:33 Christoph Höger wrote:
 Thunderbird is not even able to read maildir. Again: We're not talking
 about IMAP here (where this is a design principle) ;)

This is nonsense.  It may not be able to read your maildir files - due to your 
setup - but it can certainly read maildir mail.  It does on my system, which 
uses maildir over imap.

Anne
-- 
New to KDE4? - get help from http://userbase.kde.org
Just found a cool new feature?  Add it to UserBase


signature.asc
Description: This is a digitally signed message part.
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Christoph Höger]

Am Freitag, den 04.09.2009, 10:43 +0100 schrieb Anne Wilson:
 On Thursday 03 September 2009 19:02:33 Christoph Höger wrote:
  Thunderbird is not even able to read maildir. Again: We're not talking
  about IMAP here (where this is a design principle) ;)
 
 This is nonsense.  It may not be able to read your maildir files - due to 
 your 
 setup - but it can certainly read maildir mail.  It does on my system, which 
 uses maildir over imap.

Thunderbird has no support for maildir. That's it. You can of course
proxy your mail through whatever protocol you want. But there is no
support of maildir! There is no Maildir Mail btw. if you use IMAP it's
IMAP and no Maildir is visible anymore.

But that is way offtopic: The original problem is that you cannot use
KMail to work on a Maildir without killing the whole maildir.


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Question on shredding a terebyte drive

[Tim]

On Thu, 2009-09-03 at 11:36 -0500, Michael Hennebry wrote:
 Using any of the following tools would seem cheaper and more
 effective:
 degausser
 sledge hammer
 arc welder

Oooh, I think the last one sounds the most interesting!

-- 
[...@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686

Don't send private replies to my address, the mailbox is ignored.  I
read messages from the public lists.



-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: FC11 - KVM based VM become halt after heavy rsync

[Mohammad Mateen Aslam]

I think that is just a side effect of your VM running out of memory

Running out of memory is what you need to fix.  Did the Xen VMs have 

the more memory?


Infact i am not using xen on same machine but on another Machine, just gave an 
example. My kvm machine have 8G 
of RAM and apparently there is no issue of Memory. 

One point i noted that Machine dont use swap b4 going down, i dont know if its 
a KVM bug or kernal.


Regards, Mateen

_
Windows Live: Make it easier for your friends to see what you’re up to on 
Facebook.
http://windowslive.com/Campaign/SocialNetworking?ocid=PID23285::T:WLMTAGL:ON:WL:en-US:SI_SB_facebook:082009-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: virt-install - Custom Disk layout Missing while instalation

[Mohammad Mateen Aslam]

I am already using console window, its a remote system with no GUI installed. i 
cant use VNC.


Regards, Mateen

_
Get back to school stuff for them and cashback for you.
http://www.bing.com/cashback?form=MSHYCBpubl=WLHMTAGcrea=TEXT_MSHYCB_BackToSchool_Cashback_BTSCashback_1x1-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Anne Wilson]

On Friday 04 September 2009 11:23:53 Christoph Höger wrote:
 Am Freitag, den 04.09.2009, 10:43 +0100 schrieb Anne Wilson:
  On Thursday 03 September 2009 19:02:33 Christoph Höger wrote:
   Thunderbird is not even able to read maildir. Again: We're not talking
   about IMAP here (where this is a design principle) ;)
 
  This is nonsense.  It may not be able to read your maildir files - due to
  your setup - but it can certainly read maildir mail.  It does on my
  system, which uses maildir over imap.

 Thunderbird has no support for maildir. That's it. You can of course
 proxy your mail through whatever protocol you want. But there is no
 support of maildir! There is no Maildir Mail btw. if you use IMAP it's
 IMAP and no Maildir is visible anymore.

 But that is way offtopic: The original problem is that you cannot use
 KMail to work on a Maildir without killing the whole maildir.

This is my last word on this.  You are talking utter nonsense.  I do not use 
any kind of proxy and I do use both kmail and thunderbird with maildir mail 
over imap.  Your 'Maildir' reference shows that you refuse to understand that 
the format and the directory are totally unrelated.

Anne
-- 
New to KDE4? - get help from http://userbase.kde.org
Just found a cool new feature?  Add it to UserBase


signature.asc
Description: This is a digitally signed message part.
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: fc-10/windows xp installation

[Markku Kolkka]

pete b. kirjoitti viestissään (lähetysaika perjantai, 4. 
syyskuuta 2009):
 windows-xp already exists using 26GB of 80GB on the HD.

Does that mean that you (a) have a 26GB WIndows partition and the 
rest of the disk as unpartitioned space, or that  (b) you have a 
80GB Windows partition occupying the whole drive and 26GB of 
files on it?

 1. Could not allocate requested partitions. Not enough space
 left to create partition for /boot.

Looks like option (b) is the right answer to the question above. 
Unused space inside your Windows partition (or drive to use 
the wrong and confusing Windows terminology) isn't free space 
usable for Linux installation. You need unpartitioned free 
space, created by shrinking the Windows partition.

-- 
 Markku Kolkka
 markku.kol...@iki.fi

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Honza 'thingwath' Bartoš]

On Fri, Sep 4, 2009 at 1:27 PM, Anne Wilsonan...@kde.org wrote:
 On Friday 04 September 2009 11:23:53 Christoph Höger wrote:
 Am Freitag, den 04.09.2009, 10:43 +0100 schrieb Anne Wilson:
  On Thursday 03 September 2009 19:02:33 Christoph Höger wrote:
   Thunderbird is not even able to read maildir. Again: We're not talking
   about IMAP here (where this is a design principle) ;)
 
  This is nonsense.  It may not be able to read your maildir files - due to
  your setup - but it can certainly read maildir mail.  It does on my
  system, which uses maildir over imap.

 Thunderbird has no support for maildir. That's it. You can of course
 proxy your mail through whatever protocol you want. But there is no
 support of maildir! There is no Maildir Mail btw. if you use IMAP it's
 IMAP and no Maildir is visible anymore.

 But that is way offtopic: The original problem is that you cannot use
 KMail to work on a Maildir without killing the whole maildir.

 This is my last word on this.  You are talking utter nonsense.  I do not use
 any kind of proxy and I do use both kmail and thunderbird with maildir mail
 over imap.  Your 'Maildir' reference shows that you refuse to understand that
 the format and the directory are totally unrelated.


Unfortunately, it was you who misunderstood the problem.

Thunderbird *does not* support Maildir format. There is a bug for it
(https://bugzilla.mozilla.org/show_bug.cgi?id=58308). It's 9 years
old, and still valid… (beats even KMail)

KMail does support Maildir format, but it moves all mails to its own
internal storage.

Setting up IMAP server and accessing the mail with this protocol
avoids both problems. But we would like to access Maildirs directly,
without IMAP, and without having all its content moved somewhere to
void. Which is exactly what KMail does, and the original question is:
How to avoid this behavior?

-- 
Pod svícnem bývá největší krize.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Problem with alsa-PCM level in pulseaudio

[Neil Bird]

  On my F10 box, I just had an issue (after a reboot) with music coming out 
nastily distorted.  At least no my box, this usually means that the alsa PCM 
control is too high/max.


  However, I can see no legitimate way of accessing that now that my box is 
set up to use pulseaudio.  alsamixer just shows the one  control, being the 
main volume.  The pulseaudio mixer doesn't help ,it just makes the disorted 
music quieter.



  I resorted to an ancient build of gnome-alsa-mixer I still have installed 
which still seems to work;  this showed me all the old alsa entries, and 
lo-and-behold PCM was maxed out.  I dropped it back to ~%80-90 and the 
problem was sorted.



  So what am I missing?  What should I have done (if gnome-alsa-mixer 
weren't around)?  Should I need some extra alsa black magic to still show up 
the PCM control in alsamixer?




  (with apologies if at any point I seem to know what I'm talking about but 
don't!)


--
[n...@fnx ~]# rm -f .signature
[n...@fnx ~]# ls -l .signature
ls: .signature: No such file or directory
[n...@fnx ~]# exit

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Fedora compile dependence problem

[John Nissley]

I am trying to compile an application on a Fedora 11 computer I have but 
keep getting a missing dependency error when trying to install qt-devel.

Here is the error:
-- Processing Dependency: glibc-common = 2.10.1-4 for package: 
glibc-2.10.1-4.i686
--- Package nss-softokn-freebl.i586 0:3.12.3.99.3-2.11.4.fc11 set to be 
updated

-- Finished Dependency Resolution
glibc-2.10.1-4.i686 from updates has depsolving problems
  -- Missing Dependency: glibc-common = 2.10.1-4 is needed by package 
glibc-2.10.1-4.i686 (updates)
Error: Missing Dependency: glibc-common = 2.10.1-4 is needed by package 
glibc-2.10.1-4.i686 (updates)

 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
# rpm -Va --nofiles --nodigestreturns nothing
I appear to have glibc-common installed.
# rpm -qa | grep glibc-common
glibc-common-2.10.1-5.x86_64

# uname -a
Linux mythtv2.nissley.org 2.6.29.6-217.2.3.fc11.x86_64 #1 SMP Wed Jul 29 
16:02:42 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux


Why is yum trying to install the 32 bit packages if I am running the 64 
bit operating system?

Any help would be appreciated.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Disappearing Kernels during Yum update

[Steven F. LeBrun]

On 09/04/2009 01:04 AM, Kam Leo wrote:

On Thu, Sep 3, 2009 at 9:48 PM, Steven F. LeBrunste...@lebruns.com  wrote:
   

Over the past few weeks there have been kernel updates for Fedora 11.

When my system receives updates, usually using yumex, and a new kernel is
installed, the oldest kernel in my /boot directory is deleted automatically
and any title commands in /boot/grub/grub.conf referring to those kernels
is also removed.  There are only three kernels at a time in my /boot
directory.

So far this has not been a problem, though I almost lost some special
settings in my grub.conf file when old kernels were removed.

My questions:

What controls how many kernels, vmlinuz and associated files, are kept in
the /boot directory?

Is there any way to change this to save a different number of kernels or
insure that a specific kernel is not automatically removed from your system?

--
   Steven F. LeBrun
 

Your request is showing a troubling trend among posters on this list.
Many do not make use of the fabulous search engines provided by the
likes of Yahoo, Microsoft, or Google.

The other trend is that many do not bother to look at installed documentation.

Please do a man yum.conf and man yum to learn about the most
important utility in your toolbox. Then edit /etc/yum.conf and change
the value for installonly_limit

   


I apologize for not reading all the manpages before posting.  I did not 
suspect that the issue was with yum itself since I had not made any 
explicit configuration changes to it in over a year and three versions 
of Fedora.  My assumption was that it was a grub or rpm issue  or 
possibly a kernel configuration issue and the man pages for these did 
not show any indication for the change in behavior.


This brings up another question, why is installonly_limit set to 3 in my 
yum.conf file when the manpage for yum.conf states that the default is 0 
(disable).  As I stated above, I have not changed any settings in yum.conf.


This indicates that there is a discrepancy between the manpages and the 
actual behavior.


After reading your response to my post, I did another Google search on 
this issue.  Even after adding the keyword yum to my search, I did not 
come up with a single hit that mentioned that yum did the deletion of 
the older kernels or of the installonly_limit parameter in yum.conf.  I 
humbly ask what key words you would have used in your search for this 
information, especially assuming that you did not suspect yum in the 
first place?


BTW.  All the Google hits that I read that included yum as a keyword 
were asking or responding to how to manually remove older kernels after 
yum installed a newer kernel.



--
  Steven F. LeBrun

Quote: /The objection to fairy stories is that they tell children there 
are dragons. But children have always known there are dragons. Fairy 
stories tell children that dragons can be killed./

 -- G.K. Chesterton

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Christoph Höger]

Am Freitag, den 04.09.2009, 12:27 +0100 schrieb Anne Wilson:
 On Friday 04 September 2009 11:23:53 Christoph Höger wrote:
  Am Freitag, den 04.09.2009, 10:43 +0100 schrieb Anne Wilson:
   On Thursday 03 September 2009 19:02:33 Christoph Höger wrote:
Thunderbird is not even able to read maildir. Again: We're not talking
about IMAP here (where this is a design principle) ;)
  
   This is nonsense.  It may not be able to read your maildir files - due to
   your setup - but it can certainly read maildir mail.  It does on my
   system, which uses maildir over imap.
 
  Thunderbird has no support for maildir. That's it. You can of course
  proxy your mail through whatever protocol you want. But there is no
  support of maildir! There is no Maildir Mail btw. if you use IMAP it's
  IMAP and no Maildir is visible anymore.
 
  But that is way offtopic: The original problem is that you cannot use
  KMail to work on a Maildir without killing the whole maildir.
 
 This is my last word on this.  You are talking utter nonsense.  I do not use 
 any kind of proxy and I do use both kmail and thunderbird with maildir mail 
 over imap.

You say it: OVER IMAP! YOU USE IT OVER IMAP! This is the whole point.
Calling my statements nonsense is bullshit!
I simply do not want to run an IMAP server on my notebook to allow kmail
read my maildir!



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Disappearing Kernels during Yum update

[Tim]

On Fri, 2009-09-04 at 08:10 -0400, Steven F. LeBrun wrote:
 This brings up another question, why is installonly_limit set to 3 in
 my yum.conf file when the manpage for yum.conf states that the default
 is 0 (disable).  As I stated above, I have not changed any settings in
 yum.conf.
  
 This indicates that there is a discrepancy between the manpages and
 the actual behavior.

Default for yum, when not configured otherwise.  Whereas Fedora has
preset a preference for three in the yum.conf file set up by them.

Since I've had some problems with new kernels, in the past; and I've
seen Fedora rapidly churn out several kernels, also in the past, I set
my limit at 6 kernels.

-- 
[...@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686

Don't send private replies to my address, the mailbox is ignored.  I
read messages from the public lists.



-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Tim]

On Fri, 2009-09-04 at 12:27 +0100, Anne Wilson wrote:
 I do not use any kind of proxy and I do use both kmail and thunderbird
 with maildir mail over imap

For some parts of this conversation, you can equate proxy and server.
i.e. Directly accessing messages as local files with your mail client,
versus indirectly (however that's being achieved).

If you use IMAP, then the IMAP server's configuration determines how it
stores your mail (maildir, mbox, or otherwise).  Your mail client
doesn't control that, at all, doesn't care, and doesn't even know.  Your
mail client may also keep a local cache, and it can do that however it
likes.

-- 
[...@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686

Don't send private replies to my address, the mailbox is ignored.  I
read messages from the public lists.



-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: rogue suspend is driving me nuts

[Tony Nelson]

On 09-09-03 21:33:35, brian wrote:
 On 08/31/2009 07:48 PM, brian wrote:
  On 08/31/2009 06:05 PM, Tony Nelson wrote:
 
  If you can't solve the problem, and you don't need fancy Power
  Management services, you can `yum remove gnome-power-manager`. I
  did that and also removed gnome-screensaver, replacing both with
  xscreensaver. I don't use suspend or hibernate, but I do want the
  display to sleep, and, as a bonus, I get better looking.
  screensavers I did lose the ability to switch users without first 
  unlocking the screen.
 
 
  OK, I've done that. I should know by tomorrow if it worked, as this
  box has been shutting down several times a day.
 
 After a couple of days, it looks like this did the trick. Thanks.

Excellent.  Sorry about the other issues.

-- 

TonyN.:'   mailto:tonynel...@georgeanelson.com
  '  http://www.georgeanelson.com/

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Disappearing Kernels during Yum update

[Steven F. LeBrun]

On 09/04/2009 08:43 AM, Tim wrote:

On Fri, 2009-09-04 at 08:10 -0400, Steven F. LeBrun wrote:
   

This brings up another question, why is installonly_limit set to 3 in
my yum.conf file when the manpage for yum.conf states that the default
is 0 (disable).  As I stated above, I have not changed any settings in
yum.conf.

This indicates that there is a discrepancy between the manpages and
the actual behavior.
 

Default for yum, when not configured otherwise.  Whereas Fedora has
preset a preference for three in the yum.conf file set up by them.

Since I've had some problems with new kernels, in the past; and I've
seen Fedora rapidly churn out several kernels, also in the past, I set
my limit at 6 kernels.

   


Thanks for the useful information!

--
  Steven F. LeBrun

Quote: /Behold the lowly turtle, the astronaut had quoted. He only 
makes progress when he sticks his neck out./

 -- Ben Bova, from /Return to Mars/

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: live CD not PAE?

[Rahul Sundaram]

On 09/04/2009 10:54 AM, Tom Horsley wrote:
 I've been upgrading my system and plugged in a fedora 11 live CD
 just to see if it worked with new motherboard/cpu/memory (it did),
 but /proc/meminfo showed only 4 gig (more or less), while there
 are actually 8 gig in the system (and memtest can see all 8 gig).
 
 Is this normal behavior with live CD?

Yes. The Live CD has space for only one kernel and since PAE doesn't
actually boot in some systems, the live cd uses the non-PAE kernel.

Rahul

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Disappearing Kernels during Yum update

[Patrick O'Callaghan]

On Fri, 2009-09-04 at 22:13 +0930, Tim wrote:
 On Fri, 2009-09-04 at 08:10 -0400, Steven F. LeBrun wrote:
  This brings up another question, why is installonly_limit set to 3 in
  my yum.conf file when the manpage for yum.conf states that the default
  is 0 (disable).  As I stated above, I have not changed any settings in
  yum.conf.
   
  This indicates that there is a discrepancy between the manpages and
  the actual behavior.
 
 Default for yum, when not configured otherwise.  Whereas Fedora has
 preset a preference for three in the yum.conf file set up by them.
 
 Since I've had some problems with new kernels, in the past; and I've
 seen Fedora rapidly churn out several kernels, also in the past, I set
 my limit at 6 kernels.

So Fedora patches the default yum config files but doesn't patch the
manpage. Not good.

poc

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Problem with alsa-PCM level in pulseaudio

[Simon Andrews]

Neil Bird wrote:


  On my F10 box, I just had an issue (after a reboot) with music coming 
out nastily distorted.  At least no my box, this usually means that the 
alsa PCM control is too high/max.


You should report this as a bug against pulseaudio. It probably means 
that the default settings for your model of card need ammending.



  However, I can see no legitimate way of accessing that now that my box 
is set up to use pulseaudio.  alsamixer just shows the one  control, 
being the main volume.  The pulseaudio mixer doesn't help ,it just makes 
the disorted music quieter.


I believe the officially sanctioned way to do this is using gst-mixer 
which still gives access to the raw alsa mixer channels.  This is 
scheduled to be removed in F12 though as the native gnome-mixer has a 
few more features than it had in F11.


Simon.

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Gene Heskett]

On Friday 04 September 2009, Honza 'thingwath' Bartoš wrote:
On Fri, Sep 4, 2009 at 1:27 PM, Anne Wilsonan...@kde.org wrote:
 On Friday 04 September 2009 11:23:53 Christoph Höger wrote:
 Am Freitag, den 04.09.2009, 10:43 +0100 schrieb Anne Wilson:
  On Thursday 03 September 2009 19:02:33 Christoph Höger wrote:
   Thunderbird is not even able to read maildir. Again: We're not
   talking about IMAP here (where this is a design principle) ;)
 
  This is nonsense.  It may not be able to read your maildir files - due
  to your setup - but it can certainly read maildir mail.  It does on my
  system, which uses maildir over imap.

 Thunderbird has no support for maildir. That's it. You can of course
 proxy your mail through whatever protocol you want. But there is no
 support of maildir! There is no Maildir Mail btw. if you use IMAP it's
 IMAP and no Maildir is visible anymore.

 But that is way offtopic: The original problem is that you cannot use
 KMail to work on a Maildir without killing the whole maildir.

 This is my last word on this.  You are talking utter nonsense.  I do not
 use any kind of proxy and I do use both kmail and thunderbird with
 maildir mail over imap.  Your 'Maildir' reference shows that you refuse
 to understand that the format and the directory are totally unrelated.

Unfortunately, it was you who misunderstood the problem.

Thunderbird *does not* support Maildir format. There is a bug for it
(https://bugzilla.mozilla.org/show_bug.cgi?id=58308). It's 9 years
old, and still valid… (beats even KMail)

KMail does support Maildir format, but it moves all mails to its own
internal storage.

Which, for some reason, you haven't found.  FYI it will be to ~/Mail.
The rest is up to you.

Setting up IMAP server and accessing the mail with this protocol
avoids both problems. But we would like to access Maildirs directly,
without IMAP, and without having all its content moved somewhere to
void. Which is exactly what KMail does, and the original question is:
How to avoid this behavior?


-- 
Cheers, Gene
There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
The NRA is offering FREE Associate memberships to anyone who wants them.
https://www.nrahq.org/nrabonus/accept-membership.asp

To give of yourself, you must first know yourself.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Disappearing Kernels during Yum update

[Tim]

Tim:
 Default for yum, when not configured otherwise.  Whereas Fedora has
 preset a preference for three in the yum.conf file set up by them.


Patrick O'Callaghan:
 So Fedora patches the default yum config files but doesn't patch the
 manpage. Not good.

Where's the error?  The default value for installonly_limit (if you
don't set any particular value) is three.  If you (or anyone else) set
some value, then you don't get the default value.  The man file for
yum.conf is correct.

-- 
[...@localhost ~]$ uname -r
2.6.27.25-78.2.56.fc9.i686

Don't send private replies to my address, the mailbox is ignored.  I
read messages from the public lists.



-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Disappearing Kernels during Yum update

[William Hooper]

On Fri, Sep 4, 2009 at 9:48 AM, Patrick
O'Callaghanpocallag...@gmail.com wrote:

 Default for yum, when not configured otherwise.  Whereas Fedora has
 preset a preference for three in the yum.conf file set up by them.
[snip]
 So Fedora patches the default yum config files but doesn't patch the
 manpage. Not good.

The manpage is correct, your interpretation needs patched.  Yum has a
default of 0 unless it is overridden by the yum.conf file.  Fedora
provides a yum.conf file with a value that overrides the yum default.
In the same way the yum default is to not check gpg signatures, but
the Fedora provided yum.conf is set to check.

-- 
William Hooper

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

aplay: test_wavefile:807: can't play WAVE-file format 0x0055 !??

[William Case]

Hi;

Tried
]$ aplay ~/Music/babycry.wav

I got the following error message:

aplay: test_wavefile:807: can't play WAVE-file format 0x0055 which is
not PCM or FLOAT encoded.

What does it mean?  How can I fix it?

Tried a couple of Ubuntu solutions from a year ago I found on the
internet.  They didn't help.

I do get sound with mplayer.

-- 
Regards Bill
Fedora 11, Gnome 2.26.3
Evo.2.26.3, Emacs 23.1.1

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: aplay: test_wavefile:807: can't play WAVE-file format 0x0055 !??

[Michael Schwendt]

On Fri, 04 Sep 2009 14:16:05 +, William wrote:

 Hi;
 
 Tried
 ]$ aplay ~/Music/babycry.wav
 
 I got the following error message:
 
 aplay: test_wavefile:807: can't play WAVE-file format 0x0055 which is
 not PCM or FLOAT encoded.
 
 What does it mean?  How can I fix it?
 
 Tried a couple of Ubuntu solutions from a year ago I found on the
 internet.  They didn't help.
 
 I do get sound with mplayer.

What do you get for file ~/Music/babycry.wav?

/usr/bin/play from sox is superior as it supports several special
encodings used within the RIFF/WAV container format.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: F11 OS Instability? Twice now, the system locks out!

[Daniel B. Thurman]

On 09/03/2009 05:17 PM, Marko Vojinovic wrote:

On Thursday 03 September 2009 23:51:50 Daniel B. Thurman wrote:
   

On 09/03/2009 10:28 AM, James Wilkinson wrote:
 

Daniel B. Thurman wrote:
   

The last time I had a system lock-out was several
weeks ago, and just today, I experienced another.
 

Which graphics card are you running?
   

Onboard Intel 945G/GZ chipset

 

   Which driver?
   

Latest from Fedora updates.
 

I believe the last two lines explain the issue. Search the list archives and
the internet --- the Intel graphics drivers became more than unusable, since
Fedora 10 time (basically, with the transition from XAA to EXA). The situation
has improved significantly by now, in the sense that today the driver locks up
on a monthly basis rather than every 15 minutes, and the luckiest people do
not experience any more lockups at all.

The Intel drivers are going through a major code rewriting, and at some point
in future may become stable enough again. Until then, consider yourself lucky
enough if it hangs only once per month. Reboot and continue.

You also might try to force the old, XAA acceleration, or disable 3D
acceleration completely, in xorg.conf. This might eliminate the lockups, while
at the same time degrade performance of the graphics card (and Intel doesn't
have too much performance to begin with, anyway...).

Or you may look inside /var/log/Xorg.0.log* to see if there is any backtrace
of X or similar, and work from there.

Of course, maybe I am barking up the wrong tree, it is possible that the
problem lies elsewhere. But given that you have Intel graphics, X logs are the
first place to look for signs of trouble.

HTH, :-)
Marko
   


Since I have had a hung system every morning that I wake up,
I have tested to see if I could stop this problem by not allowing
certain applications to be running.

Keep in mind, that my F11 is heavily loaded with
(almost everything), but stock programs.

I turned off Banshee, Amarok, Firefox, Thunderbird, and left
my gnome screensaver running and set it to 'random'.

It did not hang overnight.

It's a bit early as I have further testing to do and try to
'divide  conquer' to see which applications is causing
this problem.

Dan

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: aplay: test_wavefile:807: can't play WAVE-file format 0x0055 !??

[William Case]

On Fri, 2009-09-04 at 16:24 +0200, Michael Schwendt wrote:
 On Fri, 04 Sep 2009 14:16:05 +, William wrote:
 
  Hi;
  
  Tried
  ]$ aplay ~/Music/babycry.wav
  
  I got the following error message:
  
  aplay: test_wavefile:807: can't play WAVE-file format 0x0055 which is
  not PCM or FLOAT encoded.
  
  What does it mean?  How can I fix it?

  I do get sound with mplayer.
 
 What do you get for file ~/Music/babycry.wav?

I get totem attempting to play the sound.  Sliders move; default video
shows but no noise.

I am fully updated as of this morning.
 
 /usr/bin/play from sox is superior as it supports several special
 encodings used within the RIFF/WAV container format.
 
-- 
Regards Bill
Fedora 11, Gnome 2.26.3
Evo.2.26.3, Emacs 23.1.1

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: aplay: test_wavefile:807: can't play WAVE-file format 0x0055 !??

[William Case]

On Fri, 2009-09-04 at 16:24 +0200, Michael Schwendt wrote:
 file ~/Music/babycry.wav

$ file ~/Music/babycry.wav
/home/bill/Music/babycry.wav: RIFF (little-endian) data, WAVE audio,
MPEG Layer 3, mono 11025 Hz

-- 
Regards Bill
Fedora 11, Gnome 2.26.3
Evo.2.26.3, Emacs 23.1.1

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: aplay: test_wavefile:807: can't play WAVE-file format 0x0055 !??

[jack craig]

hi stan,

may i ask how you made this determination?

i have long wanted to know how to decipher audio formats at the byte level.
or did you use the file cmd?

tia, jackc...

On 09/04/2009 08:10 AM, stan wrote:

On Fri, 04 Sep 2009 10:34:19 -0400
William Casebillli...@rogers.com  wrote:

   

On Fri, 2009-09-04 at 16:24 +0200, Michael Schwendt wrote:
 

file ~/Music/babycry.wav
   

$ file ~/Music/babycry.wav
/home/bill/Music/babycry.wav: RIFF (little-endian) data, WAVE audio,
MPEG Layer 3, mono 11025 Hz

 

This is an mp3 file.  aplay doesn't know how to play those, it is a
simple low level application that can only deal with standard wav
formats.  Rename it with an mp3 extension instead of wav.  It isn't a
wav file.  Or run sox and convert it into a true wav file.

   


--
   jack craig
  ja...@linuxlighthouse.com
 831-684-1375 (Office)
831-596-6924 (cell)
   IM: jackcraigaptos (AIM)

_
This email has been ClamScanned !
www.LinuxLightHouse.com

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Anne Wilson]

On Friday 04 September 2009 13:25:48 Christoph Höger wrote:
 Am Freitag, den 04.09.2009, 12:27 +0100 schrieb Anne Wilson:
  On Friday 04 September 2009 11:23:53 Christoph Höger wrote:
   Am Freitag, den 04.09.2009, 10:43 +0100 schrieb Anne Wilson:
On Thursday 03 September 2009 19:02:33 Christoph Höger wrote:
 Thunderbird is not even able to read maildir. Again: We're not
 talking about IMAP here (where this is a design principle) ;)
   
This is nonsense.  It may not be able to read your maildir files -
due to your setup - but it can certainly read maildir mail.  It does
on my system, which uses maildir over imap.
  
   Thunderbird has no support for maildir. That's it. You can of course
   proxy your mail through whatever protocol you want. But there is no
   support of maildir! There is no Maildir Mail btw. if you use IMAP
   it's IMAP and no Maildir is visible anymore.
  
   But that is way offtopic: The original problem is that you cannot use
   KMail to work on a Maildir without killing the whole maildir.
 
  This is my last word on this.  You are talking utter nonsense.  I do not
  use any kind of proxy and I do use both kmail and thunderbird with
  maildir mail over imap.

 You say it: OVER IMAP! YOU USE IT OVER IMAP! This is the whole point.
 Calling my statements nonsense is bullshit!
 I simply do not want to run an IMAP server on my notebook to allow kmail
 read my maildir!

You do not need to.

Anne
-- 
New to KDE4? - get help from http://userbase.kde.org
Just found a cool new feature?  Add it to UserBase


signature.asc
Description: This is a digitally signed message part.
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora compile dependence problem

[jack craig]

you might want to, ...

yum groupinstallDevelopment Libraries
yum groupinstall   Development Tools


On 09/04/2009 05:02 AM, John Nissley wrote:
I am trying to compile an application on a Fedora 11 computer I have 
but keep getting a missing dependency error when trying to install 
qt-devel.

Here is the error:
-- Processing Dependency: glibc-common = 2.10.1-4 for package: 
glibc-2.10.1-4.i686
--- Package nss-softokn-freebl.i586 0:3.12.3.99.3-2.11.4.fc11 set to 
be updated

-- Finished Dependency Resolution
glibc-2.10.1-4.i686 from updates has depsolving problems
  -- Missing Dependency: glibc-common = 2.10.1-4 is needed by package 
glibc-2.10.1-4.i686 (updates)
Error: Missing Dependency: glibc-common = 2.10.1-4 is needed by 
package glibc-2.10.1-4.i686 (updates)

 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
package-cleanup --dupes
rpm -Va --nofiles --nodigest
# rpm -Va --nofiles --nodigestreturns nothing
I appear to have glibc-common installed.
# rpm -qa | grep glibc-common
glibc-common-2.10.1-5.x86_64

# uname -a
Linux mythtv2.nissley.org 2.6.29.6-217.2.3.fc11.x86_64 #1 SMP Wed Jul 
29 16:02:42 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux


Why is yum trying to install the 32 bit packages if I am running the 
64 bit operating system?

Any help would be appreciated.



--
   jack craig
  ja...@linuxlighthouse.com
 831-684-1375 (Office)
831-596-6924 (cell)
   IM: jackcraigaptos (AIM)

_
This email has been ClamScanned !
www.LinuxLightHouse.com

--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: aplay: test_wavefile:807: can't play WAVE-file format 0x0055 !??

[stan]

On Fri, 04 Sep 2009 10:34:19 -0400
William Case billli...@rogers.com wrote:

 On Fri, 2009-09-04 at 16:24 +0200, Michael Schwendt wrote:
  file ~/Music/babycry.wav
 
 $ file ~/Music/babycry.wav
 /home/bill/Music/babycry.wav: RIFF (little-endian) data, WAVE audio,
 MPEG Layer 3, mono 11025 Hz
 

This is an mp3 file.  aplay doesn't know how to play those, it is a
simple low level application that can only deal with standard wav
formats.  Rename it with an mp3 extension instead of wav.  It isn't a
wav file.  Or run sox and convert it into a true wav file.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora 11: no display after init sequence

[wwp]

Hello Tony,


On Thu, 03 Sep 2009 12:06:40 -0400 Tony Nelson tonynel...@georgeanelson.com 
wrote:

 On 09-09-03 11:06:15, wwp wrote:
  ...
  On Thu, 3 Sep 2009 16:03:46 +0200 wwp subscr...@free.fr wrote:
  
   after I upgraded from Fedora 10 to 11 using yum preupgrade (as
  ...
  (*) anyway, that 2.6.30 kernel didn't seem very stable to me at first
  glance, I got a system complete hang while in init 2 and after that
  fsck crashed while checking the root fs ;-).
 
 Do you have updates-testing enabled?  F11 doesn't include 2.6.30 
 kernels, but there is one in updates-testing.

D'oh! You're right:
updates  Fedora 11 - i386 - Updates 
  enabled:  4958
updates-testing  Fedora 11 - i386 - Test 
Updates  enabled:   820


updates-testing was enabled when I was in Fedora 10, and I
suppose that the update converted it to F11's updates-testing. Not
really smart, but it couldn't know.

Thanks a bunch for that hint, Tony!

Now that I have the latest 2.6.29 kernel installed from RPMs, and that
I disabled the updates-testing repos, is there a way to tell the system
to remove this testing kernel, other than `rpm -e`?


Regards,

-- 
wwp


signature.asc
Description: PGP signature
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Fedora compile dependence problem

[Michael Cronenworth]

John Nissley on 09/04/2009 07:02 AM wrote:
 Any help would be appreciated.
 

yum install qt-devel.x86_64

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

I'm impressed!

[Tom Horsley]

Just finished swapping in new motherboard with different chipset,
faster cpu (and more cores), more memory, etc.

Plugged the disks back in, and it just booted and worked
perfectly. I was expecting to have to fiddle initrd at
a minimum and perhaps even reinstall.

The most drastic thing I had to do was re-generate
the 70-persistent-cd.rules file since the dvd moved
to a different bus on the new motherboard.

Haven't yet tried booting all the different partitions
I have on this thing, but fedora 11 x86_64 survived the
transition like a champ!

Now I should be able to install a Windows XP kvm so
I don't need to boot a separate windows box when I need
windows.

-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Fedora 11 and moto4lin

[Paul Erickson]

Is anyone successfully using moto4lin with Fedora 11? I am having 
getting my Razor to connect.
I can see from the changes in /dev when I plug and unplug the phone that 
the machine is seeing
something, but using the device names that come up after plugging the 
phone in does not

connect.

Any help would be appreciated.

--

cheers, Paul - VA7NT - email: va...@telus.net

Those who hear not the music, think the dancers mad.

“Tolerance becomes a crime when applied to evil.” - Thomas Mann

That state which separates it's warriors from it's scholars will have it's thinking 
done by cowards and fighting done by fools - Thucydides - The Pelopenisia

The Malice of the wicked is reinforced by the weakness of the virtuous. - 
Churchill



--
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: kmail eating my maildir???

[Christoph Höger]

 You do not need to.

Then: How can I make kmail behave sane? 
Again, to make my point clear: My email is and will stay stored on my
hard disk. No servers. No sockets. No IMAP/POP/whatever. Simple plain
Maildir.
And /me wants to access it with _multiple_ clients. I do not want kmail
to take my mail as hostage!


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-- 
fedora-list mailing list
fedora-list@redhat.com
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines