FC1 USB serial visors (107929)
by Pete Zaitcev
This is a straightforward backport from 2.4.23. Seems like something
we better have.
-- Pete
diff -ur -X dontdiff linux-2.4.22-1.2130.nptl/drivers/usb/serial/usbserial.c linux-2.4.23/drivers/usb/serial/usbserial.c
--- linux-2.4.22-1.2130.nptl/drivers/usb/serial/usbserial.c 2003-08-25 04:44:42.000000000 -0700
+++ linux-2.4.23/drivers/usb/serial/usbserial.c 2003-11-29 18:53:05.000000000 -0800
@@ -2,8 +2,8 @@
* USB Serial Converter driver
*
* Copyright (C) 1999 - 2002 Greg Kroah-Hartman (greg(a)kroah.com)
- * Copyright (c) 2000 Peter Berger (pberger(a)brimson.com)
- * Copyright (c) 2000 Al Borchers (borchers(a)steinerpoint.com)
+ * Copyright (C) 2000 Peter Berger (pberger(a)brimson.com)
+ * Copyright (C) 2000 Al Borchers (borchers(a)steinerpoint.com)
*
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License version
@@ -556,7 +556,10 @@
else
generic_close(port, filp);
port->open_count = 0;
- port->tty = NULL;
+ if (port->tty) {
+ port->tty->driver_data = NULL;
+ port->tty = NULL;
+ }
}
if (port->serial->type->owner)
@@ -1401,12 +1404,9 @@
for (i = 0; i < serial->num_ports; ++i) {
port = &serial->port[i];
down (&port->sem);
- if (port->tty != NULL) {
- while (port->open_count > 0) {
+ if (port->tty != NULL)
+ while (port->open_count > 0)
__serial_close(port, NULL);
- }
- port->tty->driver_data = NULL;
- }
up (&port->sem);
}
20 years, 4 months
Problems on Fedora core 1
by Hornain Frederic
Hi,
Well, I have installed for test purpose fedora core 1 on two differents
machines and it I have the same annoyances.
The first one :
When I use the redhat-config-packages - Add / Remove Application - and I
choose something to add I have got this following error message : Error
Installing packages. There was an error installing packages. Exiting.
I know it is obvious but that only error message that I have;
The second one :
I have often difficulties to log out from X session. Indeed the screen stay
frozen like a screen shot.
So I always have to ue the short key in order to kill it and by this fact to
be logged out.
Hoping that could help to debug some functionnalities.
Sorry if these problem have been already mentionned.
Best Regards
Fred
20 years, 4 months
mremap() security fix and FC1 2135 kernel?
by Axel Thimm
Are the FC1 kernels (or updates, especially thinking about 2135) safe
against the recent security announcement on mremap()?
--
Axel.Thimm(a)physik.fu-berlin.de
20 years, 4 months
Re: Openldap log & "parent does not exist"
by MG
05-Jan-2004 fedora-devel-list-request(a)redhat.com:
> nos(a)utel.no:
>
> You have to define the o=domain,c=hu also.
>
Hi!
Where do I have to define it? Begin of "ldap.txt" file?
How can I do it?
Bye!
Gabor
20 years, 4 months
Ximian rug/red-carpet vs up2date
by Toshio Kuratomi
After using Ximian's rug/red-carpet programs, I've become frustrated
with up2date's lack of certain features.
Available in rug:
* Works with all packages available in remote repositories, not just
installed ones.
* Daemon process (rcd) which does the work -- rug/red-carpet are text
and graphical front ends. This allows:
- Periodic caching of repository header information w/out user
interaction.
- Package installation as trusted, non-root users.
- Over the network upgrades
* Ability to browse by repository. This allows: select channel
unstable. Upgrade one package. Deselect channel unstable. Do an
upgrade-all to update the rest of your packages from the stable
repository.
* Ability to run informational queries concurrently with install
operations.
Rug/red-carpet also seems subjectively faster than yum/up2date to me. A
little of this comes from the daemon caching headers but there's also a
big difference in dependency calculation/install speed. I haven't
peeked under the hood of yum and rcd yet so I can't say why that is.
Maybe a port of rcd to use yum on the server side would be possible?
(Would it be worth the effort?)
--
Toshio <toshio(a)tiki-lounge.com>
20 years, 4 months
Re: FC2 initial schedule posted
by Pete Zaitcev
>>Finalizing the new set of leaders was taking longer than I had hoped,
>>so we just picked an ad-hoc committee of Red Hat and external people
>>and hammered out a schedule last week, and then refined it a bit
>>afterward. Here it is:
>>
>>http://fedora.redhat.com/participate/schedule/
>>
> I noticed the beautiful word *SPARC* in there.
Tangentially, what about ia64? I am asking because due to
curcomstances outside of my control I am about to receive
an Itanium workstation which will be my primary development box.
I saw in list archives that MKJ dismissed s390 already,
so that's a relief...
-- Pete
20 years, 4 months
Problem Upgrading from Ethereal 0.9.13-4.1 to Ethereal 0.10.0a-0.1
by Hariprasad B
Hi All
I wanted to upgrade my Ethereal 0.9.13-4.1 to Ethereal 0.10.0a-0.1,
to capture scsii related
packets. I tried out two options
1) rpm -Uvh ethereal-0.10.0a-0.1.i386.rpm
It gives the following error
error: Failed dependencies:
ethereal = 0.9.13-4.1 is needed by (installed)
ethereal-gnome-0.9.13-4.1
2) So after this I did the following step removed both ethere.. gnome
and ethereal0.9....
rpm -e ethereal-gnome-0.9.13-4.1
rpm -e ethreal
And now tried to Install ethereal-0.10.0a-0.1.i386.rpm
rpm -ivh ethereal-0.10.0a-0.1.i386.rpm
But now it says
error : failed dependencies
libc.so.6(GLIBC_2.3) is needed by ethereal-0.10.0a
libcrypto.so.4 is needed by ethereal-0.10.0a-0.1
libelf.so.1 is needed by ethereal-0.10.0a-0.1
libnetsnmp.so.5 is needed by ethereal-0.10.0a-0.1
net-snmp >= 5.0 is neeed by ethereal-0.10.0a-0.1
When in checked for this files in the system is was present in either
/usr/lib and /lib dirs
So even though the files are present why is it giving so.
Could any one help me out to overcome this hurdles
Thanks
Regards
Hari
20 years, 4 months
Re: Openldap log & "parent does not exist"
by Nils O. Selåsdal
On Mon, 2004-01-05 at 12:18, Mako Gabor wrote:
> Hi!
>
> How can I set the openldap log file? Where does it log?
>
> What is the problem with this?:
> ldapadd -f /etc/openldap/ldap.txt -D "cn=root,o=domain,c=hu" -x -W
> Enter LDAP Password:
> adding new entry "ou=People,o=domain,c=hu"
> ldapadd: update failed: ou=People,o=domain,c=hu
> ldap_add: No such object (32)
> additional info: parent does not exist
>
> The ldap.txt file:
> dn: ou=People,o=domain,c=hu
> objectClass: top
> objectClass: organizationalUnit
> ou: People
>
> dn: ou=Group,o=domain,c=hu
> objectClass: top
> objectClass: organizationalUnit
> ou: Group
>
> dn: cn=root,ou=People,o=domain,c=hu
> objectClass: top
> objectClass: account
> objectClass: posixAccount
> objectClass: shadowAccount
> cn: root
> uid: root
> uidNumber: 1
> gidNumber: 1
> gecos: Root
> loginShell: /bin/bash
> homeDirectory: /root/
> userPassword: secret
>
> dn: cn=root,ou=Group,o=domain,c=hu
> objectClass: top
> objectClass: posixGroup
> gidNumber: 1
> cn: root
> memberUid: root
You have to define the o=domain,c=hu also.
--
Vennlig hilsen/Best Regards
Nils Olav Selåsdal
System Engineer
UtelSystems a/s
Tlf: 370 45 431
Mob: 943 01 380
w w w . u t e l s y s t e m s . c o m
20 years, 4 months
rawhide report: 20040105 changes
by Build System
Updated Packages:
anaconda-9.3-0.20040104175056
-----------------------------
* Sun Jan 04 2004 Anaconda team <bugzilla(a)redhat.com>
- built new version from CVS
* Thu Nov 06 2003 Jeremy Katz <katzj(a)redhat.com>
- require booty (#109272)
* Tue Oct 08 2002 Jeremy Katz <katzj(a)redhat.com>
- back to mainstream rpm instead of rpm404
dietlibc-0.24-2
---------------
* Sun Jan 04 2004 Jeremy Katz <katzj(a)redhat.com> 0.24-2
- snprintf fix from cvs
mkinitrd-3.5.17-1
-----------------
* Sun Jan 04 2004 Jeremy Katz <katzj(a)redhat.com> 3.5.17-1
- mkinitrd: handle multiple spaces in modules.conf (from Lubomir Bulej)
- nash: rebuild against new dietlibc fixing problems with root=LABEL= (#112623)
- mkinitrd: determine kernel version and adjust modulefile appropriately
so that we look at /etc/modprobe.conf for 2.6 kernels
- mkinitrd: first pass at getting lvm working on 2.4 -> 2.6 upgrade
* Wed Dec 24 2003 Jeremy Katz <katzj(a)redhat.com>
- mkinitrd: quiet strip by default
rpmdb-fedora-1.90-0.20040105
----------------------------
20 years, 4 months