Re: Fedora Core 3
by Burn Alting
How about a configuration variable/switch to turn off the code which
"nobbles" sg (ie if a device has been claimed by a driver, then sg can't
access it).
Why. If I use the /dev/sdx device I can't write or read in say 4096
block chunks. I get stuck with whatever max the /dev/sdx driver or
filesystem parent places on it.
All my FC2 boxen have to run a clean ftp.kernel.org kernel to do what I
need (high speed testing of scsi devices).
See also
http://www.redhat.com/archives/fedora-list/2004-June/msg00000.html
Regards
Burn
19 years, 10 months
How does MIME handling exactly work?
by Gérard Milmeister
What is the exact procedure that gnome-vfs2 (as in nautilus) uses to
determine the mime-type?
Apparently the mime types in /usr/share/mime-info (and in
~.gnome/mime-info) are no longer used. I noticed this, when I tried to
create a mime type "application/mathematica" with extension "nb" for
Mathematica notebooks. This shows up in gnome-file-types-properties, but
other otherwise is completely ignored and gnomevfs-info
file://$PWD/measure.nb simply shows:
Name : measure.nb
Type : Regular
MIME type : text/plain
So, is it true, that a user can assign an application to a mime type
that already exists, but not create new ones?
--
Gérard Milmeister
Tannenrauchstrasse 35
8038 Zürich
gemi(a)bluewin.ch
19 years, 10 months
fc2 is effectively single-user by default
by Sam Steingold
I want to share a computer between two people: A and B.
Runlevel is 3, both login on a console, start one's own
X server ("startx -- :0" and "startx -- :1"), and take
turns using the computer, switching between their X servers
with Ctrl-Alt-F7 and Ctrl-Alt-F8. Worked JUST FINE originally.
Unfortunately, starting somewhere in late 2002 (RH8?),
this stopped working perfectly:
the first user to login gets all audio devices assigned to him
(as in "chown A.root /dev/audio...; chmod u+re,go-rwx !$")
so the second user B cannot listen to music and play movies.
I solved this problem by creating a group "sound",
adding both A and B to "sound", and doing
# mv /etc/security/console.perms /etc/security/console.perms.off
# chgrp sound /dev/audio...; chmod g+rw !$
this had to be done after each upgrade.
With FC2, this system was extended to X.
The second user to login can no longer start X!
The "FC2" banner appears, the cursor becomes "x",
but no "small icons" ever appear
(and the server can be killed with Ctrl-Alt-Backspace
even though I set DonTZap in /etc/X11/XF86Config).
This happens even after A stops his X server -
B still cannot start his own X session.
Therefore, now FC2 is effectively single-user by default:
A and B cannot share the same computer each having his own X session.
The fixed turned out to be similar to the "sound" one:
rename /etc/security/console.perms and chgrp/chmod some more devices.
Finally (still unsolved): the first user to login has CDs auto-mounted
for him, even if he is away from the computer and the second user is
using it.
Suggestions:
1. there should be a special user group of console users, (similar to my
"sound" group), and all media devices should be owned by
root.<this-media-group> with permissions ug+rw,o-rwx.
this makes /etc/security/console.perms unnecessary.
2. magicdev should detect which virtual console is active and auto-mount
the CD as the user logged on to that console (if nobody is logged on
on the active console, do _NOT_ auto-mount!)
--
Sam Steingold (http://www.podval.org/~sds) running w2k
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.honestreporting.com>
Good programmers treat Microsoft products as damage and route around it.
19 years, 10 months
/etc/rc.d/rc.sysinit and lvm
by Russell Coker
The script /etc/rc.d/rc.sysinit has the following code to initialise LVM. Why
is this necessary? Everything else in /dev can remain safely as it is
between boots, why is LVM unlike everything else in that it requires it's
device node to be re-created, why can't it get allocated a number in
devices.txt?
If the LVM device already exists and has the correct major/minor numbers and
permissions then why does it have to be removed and re-created? Why can't
nash just stat it and exit quietly if there's nothing to do?
# LVM2 initialization
if [ -x /sbin/lvm.static ]; then
if ! LC_ALL=C fgrep -q "device-mapper" /proc/devices 2>/dev/null ; then
modprobe dm-mod >/dev/null 2>&1
fi
/bin/rm -f /dev/mapper/control &> /dev/null
echo "mkdmnod" | /sbin/nash --quiet >/dev/null 2>&1
[ -n "$SELINUX" ] && restorecon /dev/mapper/control
if [ -c /dev/mapper/control -a -x /sbin/lvm.static ]; then
if /sbin/lvm.static vgscan --mknodes --ignorelockingfailure
> /dev/null 2>&1 ; then
action $"Setting up Logical Volume Management:" /sbin/lvm.static
vgchange -a y --ignorelockingfailure
fi
fi
fi
--
http://www.coker.com.au/selinux/ My NSA Security Enhanced Linux packages
http://www.coker.com.au/bonnie++/ Bonnie++ hard drive benchmark
http://www.coker.com.au/postal/ Postal SMTP/POP benchmark
http://www.coker.com.au/~russell/ My home page
19 years, 10 months
RE: Submission Tool (Re: Submission process (was: Re:Self-Introduction: Michael Tiemann))
by Erik LaBianca
>
> Are some people interested in developing such a tool ? I am, for one.
> I think Zope/Plone could do a good job, since it already has a good
> workflow
> system, but it is known by fewer people that PHP for example.
> What we need at the core is mainly a workflow system
(states/transitions),
> a
> system to track dependancies, ... What else ?
>
> Is anybody interested ? Is there a real need for it ? (I think so)
>
The discussion could be interesting, although I'm pretty confident I
won't have time to write much code. As far as platforms, I'm not real
sold on zope, just because it's such a heavy framework.
Python/xml/mod_python would be my tools of choice, but that's immaterial
atm.
I think the first thing to do is do decide what we don't like about the
current bugzilla-based system.
Some of the things I've heard / thought up:
- Easier, automated submission. This is covered with ESR's tool, I
think.
- A place to upload packages for build tests. IMO this is best handled
with an easily duplicated build environment on the client. Think mach.
An official place to upload submitted packages, rather than having to
host them yourself would be good.
- Easier startup for new packagers / QA people. This is a policy /
documentation / training problem IMO. A new tool isn't going to make
anything better. Bugzilla queries work pretty good when you know the
keywords to use etc.
- Standardized QA procedures. This is what a few of us have been working
on wrt qa-assistant and fedora-startqa. There is lots yet to do but the
tools we have are pretty cool, too.
- Better turn around time. People want to submit a package, and see
results. This is a personnel / policy problem. If we have a secure
autobuilder, we could automatically build submissions and deploy them in
some sort of "bleeding" repository where packagers could get their
builds back immediately. This would keep lots of third party packagers
(ESR?) happy, I bet. Then, when someone takes an interest in the package
and QA's it, it can be moved to stable and it's original publisher
"trusted" to make updates to it.
- Nebulous future of Fedora Extras. Blame redhat. Do I need to bet a
dollar again to get a response from somebody at redhat about this?
I guess in my opinion, most of the systemic problems we have now aren't
solvable programmatically yet. We need to solve a lot of these people /
policy problems before we're in a position to even know what the next
generation system looks like.
Just $0.02.
--erik
19 years, 10 months
The Fedora Hardware Project - Update
by Scott Sloan
Just a status update and a question to get some input.
Been working on and off on the Fedora hardware project and the items
required for the project discussed back in May. Blah Blah Blah, going
along great blah blah blah will have a beta site out end of July early
August *knock on wood* blah blah blah just Need to iron out some very
ugly bugs and posting comments on configurations done first. hope
everyone will contribute their thoughts now and then.
My brain is throwing red flags up on the issue of site registration and
whether or not it's need. I don't like the idea of having it. So I'm
looking for suggestions because I don't want the site to become: a
forum, or huge list of flame wars. Site is just a database of supported
hardware and working configurations to get not supported hardware
working. At least that was my take on the project. But if it must be
there, I was thinking just for adding and posting configurations.
Looking for thoughts, Ideas, or concerns.
--
Scott Sloan <devscott(a)charter.net>
19 years, 10 months
Re: new mailman for FC2, security, fixes password retreval vulnerability
by Joe Orton
On Thu, Jul 01, 2004 at 04:36:48PM -0400, John Dennis wrote:
> Subject: Fedora Core 2 Update: mailman-2.1.5-7
John, the template produces a standard Subject line for a reason!
Consistency is good. You should manually prefix it with [SECURITY] for
a security update.
Regards,
joe
19 years, 10 months
rawhide report: 20040701 changes
by Build System
Removed package system-config-proc
Updated Packages:
anaconda-10.0.1-0.20040630180033
--------------------------------
* Wed Jun 30 2004 Anaconda team <bugzilla(a)redhat.com>
- built new version from CVS
* Thu Jun 03 2004 Jeremy Katz <katzj(a)redhat.com>
- require system-logos and anaconda-help, obsolete anaconda-images
* Fri Apr 30 2004 Jeremy Katz <katzj(a)redhat.com>
- Update description, remove prereq on stuff that was only needed
for reconfig mode
apr-0.9.4-19
------------
* Thu Jul 01 2004 Joe Orton <jorton(a)redhat.com> 0.9.4-19
- rebuild
* Wed Jun 30 2004 Joe Orton <jorton(a)redhat.com> 0.9.4-18
- rebuild now /dev/shm is mounted
* Thu Jun 17 2004 Joe Orton <jorton(a)redhat.com> 0.9.4-17
- add fix for cleanup structure reuse (part of upstream #23567)
authd-1.2.8-1
-------------
* Wed Jun 30 2004 Adrian Havill <havill(a)redhat.com> - 1.2.8-1
- zero out invalid port(s)
checkpolicy-1.14.1-1
--------------------
* Wed Jun 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.14.1-1
- Latest from NSA
ddd-3.3.9-1
-----------
* Wed Jun 30 2004 Than Ngo <than(a)redhat.com> 3.3.9-1
- update to 3.3.9
- make ddd menu try GNOME HIG compliant (#125854)
dovecot-0.99.10.6-1,FC3,1
-------------------------
* Wed Jun 30 2004 John Dennis <jdennis(a)redhat.com>
- bump rev for build
- change rev for FC3 build
* Fri Jun 25 2004 John Dennis <jdennis(a)redhat.com> - 0.99.10.6-1
- bring up to date with upstream,
recent change log comments from Timo Sirainen were:
SHA1 password support using OpenSSL crypto library
mail_extra_groups setting
maildir_stat_dirs setting
Added NAMESPACE capability and command
Autocreate missing maildirs (instead of crashing)
Fixed occational crash in maildir synchronization
Fixed occational assertion crash in ioloop.c
Fixed FreeBSD compiling issue
Fixed issues with 64bit Solaris binary
firstboot-1.3.16-1
------------------
* Wed Jun 30 2004 Adrian Likins <alikins(a)redhat.com> - 1.3.16-1
- apply patch to allow modules to go forward/back in
the module order
gcc35-3.5.0-0.2
---------------
* Tue Jun 29 2004 Jakub Jelinek <jakub(a)redhat.com> 3.5.0-0.2
- optimize some bitfield operations (PR tree-optimization/15310)
gd-2.0.26-1
-----------
* Wed Jun 30 2004 Phil Knirsch <pknirsch(a)redhat.com> 2.0.26-1
- Update to 2.0.26
* Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Wed Apr 21 2004 Phil Knirsch <pknirsch(a)redhat.com> 2.0.21-3
- Disable rpath usage.
gnome-games-2.6.2-1
-------------------
* Wed Jun 30 2004 Christopher Aillon <caillon(a)redhat.com> 2.6.2-1
- Update to 2.6.2
gnome-utils-2.6.2-1
-------------------
* Wed Jun 30 2004 Christopher Aillon <caillon(a)redhat.com> 1:2.6.2-1
- Update to gnome-utils 2.6.2
- Update to zenity 2.6.2
- Update to gcalctool 4.4.8
kernel-2.6.7-1.467
------------------
kinput2-v3.1-20
---------------
* Wed Jun 30 2004 Akira TAGOH <tagoh(a)redhat.com> v3.1-20
- add xinput.d support.
- require alternatives for %post and %preun
now switching the input method is managed by alternatives.
the priority is set to 40 to use Canna
the priority is set to 30 to use Wnn
libselinux-1.14.1-1
-------------------
* Wed Jun 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.14.1-1
- Update to latest from NSA
netpbm-10.22-1
--------------
* Mon Jun 28 2004 Phil Knirsch <pknirsch(a)redhat.com> 10.22-1
- Update to latest upstream version 10.22 (also for docs).
- Removed jbig and hdcp code from tarball.
pilot-link-0.11.8-6
-------------------
* Wed Jun 30 2004 Than Ngo <than(a)redhat.com> 0.11.8-6
- add fix to avoid an out-of bounds array access
- add buildprereq on readline-devel, libpng-devel, bug #111119
- add patch to fix segfault in Net Library, bug #125878
policycoreutils-1.14.1-1
------------------------
* Wed Jun 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.14.1-1
- Update from NSA
- Add cron capability to fixfiles
* Fri Jun 25 2004 Dan Walsh <dwalsh(a)redhat.com> 1.13.4-1
- Update from NSA
rpmdb-fedora-2-0.20040701
-------------------------
selinux-doc-1.14.1-1
--------------------
* Wed Jun 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.14-1
- Upgrade to match NSA
* Fri Jun 18 2004 Dan Walsh <dwalsh(a)redhat.com> 1.13-1
- Upgrade to match NSA
* Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
selinux-policy-strict-1.14.1-2
------------------------------
* Wed Jun 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.14.1-2
- Lots of fixes from Fedora list
* Wed Jun 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.14.1-1
- Update with latest from NSA
selinux-policy-targeted-1.14.1-2
--------------------------------
* Wed Jun 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.14.1-2
- Lots of fixes from Fedora list
* Wed Jun 30 2004 Dan Walsh <dwalsh(a)redhat.com> 1.14.1-1
- Update with latest from NSA
sendmail-8.13.0-1.1
-------------------
* Wed Jun 30 2004 Thomas Woerner <twoerner(a)redhat.com> 8.13.0-1.1
- fixed init script to not complain missing sendmail-cf package (#126975)
- better message in /etc/mail/Makefile for missing sendmail-cf package.
skkinput-2.06.4-5
-----------------
* Wed Jun 30 2004 Jens Petersen <petersen(a)redhat.com> - 2.06.4-5
- add xinput.d script
- require alternatives for %post and %preun
- install/uninstall xinput.d script as xinput-ja_JP alternative
sysstat-5.0.5-1
---------------
* Wed Jun 30 2004 Nils Philippsen <nphilipp(a)redhat.com>
- version 5.0.5
- remove some obsolete patches
- update statreset, overrun, lib64init patches
- renumber patches
* Wed Jun 16 2004 Alan Cox <alan(a)redhat.com>
- Fix spew of crap to console at startup
- Fix order of startup (#124035)
- Fix array overrun (#117182)
- Fix interrupt buffer sizing (caused bogus irq info)
system-config-network-1.3.17-2
------------------------------
* Tue Jun 29 2004 Harald Hoyer <harald(a)redhat.com> - 1.3.17
- better "make clean"
- removed references to Red Hat Linux
- added testsuite for data layer
- added some module-info entries
- added command line parsing to network-control
- added IPsec to network-cmd
- switched logging to syslog
- do not touch bonding slaves
- better alias handling
- better handling of chroot
- read *.ko modules also
- handle modules parameter without "="
- create correct SPI_ identifier for manual IPsec keying
- better hostname handling
- better profile handling
- fix kernel version parsing
- unknown-flag.xpm for unknown country flags
- fixed TokenRing glade file (bad hash at beginning of file)
- fix the length of IPSec shared keys
- prevent modified status after profile switching
- save dialog, for ipsec deactivation
- PEERDNS defaults to yes
- routing for wireless config dialog
- only display CIPE for kernel < 2.6
vixie-cron-3.0.1-94
-------------------
* Thu Jul 01 2004 Jens Petersen <petersen(a)redhat.com> - 3.0.1-94
- add vixie-cron-3.0.1-cron-descriptors-125110.patch to close std descriptors
when forking (Bernd Schmidt, 121280)
- add vixie-cron-3.0.1-no-crontab-header-89809.patch to not prepend header to
crontab files (Damian Menscher, 103899)
- fix use of RETVAL in init.d script (Enrico Scholz, 97784)
- add safer malloc call to vixie-cron-3.0.1-sprintf.patch
- add cron-3.0.1-crontab-syntax-error-114386.patch to fix looping on crontab
syntax error (Miloslav Trmac, 89937)
xcin-2.5.3.pre3-23
------------------
* Wed Jun 30 2004 Leon Ho <llch(a)redhat.com>
- add xinput.d script
- require alternatives for %post and %preun
- install/uninstall xinput.d script as xinput-ja_JP alternative
xorg-x11-6.7.0-5.1
------------------
* Wed Jun 30 2004 Mike A. Harris <mharris(a)redhat.com> 6.7.0-5.1
- Enabled XF86ExtraCardDrivers on x86_64, and added i810 driver to it, to
implement feature request from Intel (#126687)
- Added xorg-x11-6.7.0-Xserver-increase-max-pci-devices.patch to Increase
the maximum number of PCI devices the X server scans, by changing the
compiled in constant MAX_PCI_DEVICES from 64 to 256, as a lot of newer
x86, ia64, ppc, ppc64, AMD64 hardware exists which may have more than 64
devices. (#126164)
* Fri Jun 25 2004 Mike A. Harris <mharris(a)redhat.com> 6.7.0-5
- Fixed bug in mga driver which caused hangs on some Matrox Mystique boards
of revision 0->2, which were caused by a previous upstream bugfix for
another issue. xorg-x11-6.7.0-mga-storm-sync-fix.patch (#124028)
- Added xorg-x11-6.7.0-ati-radeon-7000m-dell-server.patch to add support for
custom ATI hardware made for Dell. (#122190)
* Tue Jun 15 2004 Elliot Lee <sopwith(a)redhat.com> 6.7.0-4
- rebuilt
yelp-2.6.1-1
------------
* Wed Jun 30 2004 Christopher Aillon <caillon(a)redhat.com> 2.6.1-1
- Update to 2.6.1
19 years, 10 months
RE: GIF support
by Kenneth Benson
A quick question.....does PNG support animations?
> -----Original Message-----
> From: Doncho N. Gunchev [mailto:mr700@globalnet.bg]
> Sent: Thursday, July 01, 2004 8:15 AM
> To: fedora-devel-list(a)redhat.com
> Cc: Julien Olivier; russell(a)coker.com.au
> Subject: Re: GIF support
>
>
> On Saturday 26 June 2004 12:34, Julien Olivier wrote:
> > > GIF is not suitable for photos (doesn't compress well at
> today's color depth).
> > > PNG makes a file of comparable size to GIF for generated
> graphics or other
> > > situations where you want non-lossy compression.
> > >
> > > So what does GIF offer? In the past it offered
> compatibility with older
> > > software but that shouldn't be an issue now.
> > >
> > > Adding it to specialised image processing tools may be
> good for compatibility,
> > > but is there a real need to add it to every program that
> supports writinga
> > > graphics file?
> >
> >
> > AFAIK, the latest Internet Explorer still doesn't support
> transparent
> > PNGs. So, if you want to publish transparent pictures on
> your website,
> > and have them look good for 90% of your audience, you still
> have to use
> > GIFs.
> >
> > Or is there another solution ?
> >
> You might want to look at "MSIE PNG Alpha Channel Fix"
> http://redvip.homelinux.net/varios/explorer-png-en.html and
> http://www.koivi.com/ie-png-transparency/ (this one uses php
> to convert pages
> and I don't like it as much). AFAIK MSIE for mac PCs does
> support this without
> ugly hacks. I hope mozilla and probably IE will have full
> mng/jng support some
> day...
>
> --
> Regards,
> Doncho N. Gunchev Registered Linux User #291323 at counter.li.org
> GPG-Key-ID: 1024D/DA454F79
> Key fingerprint = 684F 688B C508 C609 0371 5E0F A089 CB15 DA45 4F79
>
>
> --
> fedora-devel-list mailing list
> fedora-devel-list(a)redhat.com
> http://www.redhat.com/mailman/listinfo/fedora-devel-list
>
19 years, 10 months
kernel 2.4.22-1.2194 bugs
by Jack Neely
Folks,
Attempting to track down a problem I'm seeing with the latest kernel for
Fedora Core 1, kernel-2.4.22-1.2194.
My system is modified a bit to include OpenAFS, hesiod, kerberos among other
things.
When I log in as a local user such as root (or non-kerberos
authenticated user) I'm able to log in. However, if I try to log in as
a kerberos user the login fails. I'm getting the attached logs in my
messages file, notably "init: open(/dev/pts/0): No such file or
directory."
This looks to be a kernel bug. If I revert to an earlier kernel I have
normal behavior.
Jack Neely
--
Jack Neely <slack(a)quackmaster.net>
Realm Linux Administration and Development
PAMS Computer Operations at NC State University
GPG Fingerprint: 1917 5AC1 E828 9337 7AA4 EA6B 213B 765F 3B6A 5B89
19 years, 10 months
