From wtogami at redhat.com Fri Apr 1 00:00:02 2005 From: wtogami at redhat.com (Warren Togami) Date: Thu, 31 Mar 2005 14:00:02 -1000 Subject: FC4 perl module upgrades In-Reply-To: <20050331145931.GA1150192@hiwaay.net> References: <424BD5B8.5070605@togami.com> <20050331145931.GA1150192@hiwaay.net> Message-ID: <424C8F02.30106@redhat.com> Chris Adams wrote: > glad to help. Here is a quick list of apparent older versions in > rawhide compared to CPAN: > > Archive-Tar rawhide 1.08 CPAN:1.23 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136498 A bit complicated because we need to add perl-IO-Zlib to Core. http://cvs.fedora.redhat.com/viewcvs/devel/perl-IO-Zlib/?root=extras Someone want to update this old fedora.us version for FC4 inclusion? Clean up Archive-Tar.spec while you're at it too. Submit it to one of those bugs above. > BSD-Resource rawhide 1.23 CPAN:1.24 Updated, but still ugly old spec. > Bit-Vector rawhide 6.3 CPAN:6.4 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153021 Broken on x86-64, maybe other archs too. > Compress-Zlib rawhide 1.33 CPAN:1.34 jorton already fixed this during the last day. > DBD-Pg rawhide 1.31 CPAN:1.40 Updated, but still ugly old spec. > DBI rawhide 1.40 CPAN:1.48 Updated, but still ugly old spec. > Date-Calc rawhide 5.3 CPAN:5.4 Spec needs fixing... > Digest-SHA1 rawhide 2.07 CPAN:2.10 Spec needs fixing... > File-MMagic rawhide 1.21 CPAN:1.22 > Frontier-RPC rawhide 0.06 CPAN:0.07b4 > HTML-Parser rawhide 3.35 CPAN:3.45 > Net-DNS rawhide 0.48 CPAN:0.49 > PDL rawhide 2.4.1 CPAN:2.4.2 > TermReadKey rawhide 2.20 CPAN:2.30 > Text-Kakasi rawhide 1.05 CPAN:2.04 > Time-HiRes rawhide 1.55 CPAN:1.66 > URI rawhide 1.30 CPAN:1.35 > XML-Twig rawhide 3.13 CPAN:3.17 > libwww-perl rawhide 5.79 CPAN:5.803 > libxml-perl rawhide 0.07 CPAN:0.08 Will look into the rest later, need to work on other stuff now. Warren Togami wtogami at redhat.com From thacker at math.cornell.edu Fri Apr 1 00:35:19 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 31 Mar 2005 19:35:19 -0500 Subject: forgotten xcdroast patch Message-ID: <20050401003519.GA17530@thacker.dyndns.org> Somehow the frozen_gui patch for the progress bars in xcdroast ( https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134334 ) got applied to the FC-3 branch a few months ago ( http://cvs.fedora.redhat.com/viewcvs/rpms/xcdroast/FC-3/ ) but not to devel or the version included with FC4T1. ( http://cvs.fedora.redhat.com/viewcvs/rpms/xcdroast/devel/ ) It's a really easy fix to add that patch to the devel branch as well, and it is a really annoying error. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From florin at andrei.myip.org Fri Apr 1 04:15:28 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Thu, 31 Mar 2005 20:15:28 -0800 Subject: bugzilla.redhat.com is broken NOW! Message-ID: <1112328928.15353.2.camel@rivendell.home.local> As of Thu Mar 31 20:13:10 PST 2005 i cannot enter a new bug into bugzilla.redhat.com. When i click on Submit Bug, it either opens up a new empty page (Firefox) or opens up this URL (in Konqueror): https://bugzilla.redhat.com/bugzilla/post_bug.cgi?product=Fedora +Core&component=selinux-policy- targeted&rep_platform=i386&version=fc4test1&priority=normal&bug_severity=normal&bug_file_loc=&short_desc=bizarre+DHCP-related+SELinux+messages&comment=From+Bugzilla+Helper%3A%0D%0AUser-Agent%3A+Mozilla%2F5.0+%28compatible%3B+Konqueror%2F3.3%3B+Linux%29+%28KHTML%2C+like+Gecko%29%0D%0A%0D%0ADescription+of+problem%3A%0D%0AThe+system+is+a+typical+AthlonXP+512MB+RAM%2C+IDE+machine.+I+did+a+very+minimal+%0D%0Acustom+install+%28unselect+all+package+groups%29+-+also+see+below+the+%0D%0Aanaconda-kickstart+file.+%0D%0AAfter+installing+it%2C+i+yum%27ed+up+these+packages%2C+with+selinux+being+the+last+%0D%0Aone+yum%27ed%3A+%0D%0A+%0D%0Aapr-0.9.6-2.i386.rpm+%0D%0Aapr-util-0.9.6-2.i386.rpm+%0D%0Acurl-7.13.1-1.i386.rpm+%0D%0Agmp-4.1.4-4.i386.rpm+%0D%0Ahttpd-2.0.53-6.i386.rpm+%0D%0Ahttpd-suexec-2.0.53-6.i386.rpm+%0D%0Alibcap-1.10-22.i386.rpm+%0D%0Alibidn-0.5.15-1.i386.rpm+%0D%0Antp-4.2.0.a.20040617-7.i386.rpm+%0D%0Aphp-5.0.3-5.i386.rpm+%0D%0Aphp-pear-5.0.3-5.i386.rpm+%0D%0Aphp-pgsql-5.0.3-5.i386.rpm+%0D%0Apostgresql-8.0.1-5.i386.rpm+%0D%0Apostgresql-contrib-8.0.1-5.i386.rpm+%0D%0Apostgresql-libs-8.0.1-5.i386.rpm+%0D%0Apostgresql-server-8.0.1-5.i386.rpm+%0D%0Aselinux-policy-targeted-1.23.5-2.noarch.rpm+%0D%0A+%0D%0ABut+then+i+get+these+SELinux+messages+while+booting+up%3A+%0D%0A+%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+Adding+522104k+swap+on+%2Fdev%2Fhda3.++Priority%3A-1+%0D%0Aextents%3A1+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+SELinux%3A+initialized+%28dev+binfmt_misc%2C+type+%0D%0Abinfmt_misc%29%2C+uses+genfs_contexts+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+ip_tables%3A+%28C%29+2000-2002+Netfilter+core+team+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+ip_conntrack+version+2.1+%283967+buckets%2C+31736+%0D%0Amax%29+-+272+bytes+per+conntrack+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+e100%3A+eth0%3A+e100_watchdog%3A+link+up%2C+100Mbps%2C+%0D%0Ahalf-duplex+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356230.153%3A0%29%3A+avc%3A++denied++%7B+read+%7D+%0D%0Afor++pid%3D1468+exe%3D%2Fsbin%2Fdhclient+name%3Ddhclient-eth0.leases+dev%3Dhda2+%0D%0Aino%3D2228410+scontext%3Duser_u%3Asystem_r%3Adhcpc_t+%0D%0Atcontext%3Duser_u%3Aobject_r%3Adhcp_state_t+tclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356230.159%3A0%29%3A+avc%3A++denied++%7B+write+%7D+%0D%0Afor++pid%3D1468+exe%3D%2Fsbin%2Fdhclient+name%3Ddhclient-eth0.leases+dev%3Dhda2+%0D%0Aino%3D2228410+scontext%3Duser_u%3Asystem_r%3Adhcpc_t+%0D%0Atcontext%3Duser_u%3Aobject_r%3Adhcp_state_t+tclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356230.159%3A0%29%3A+avc%3A++denied++%0D%0A%7B+getattr+%7D+for++pid%3D1468+exe%3D%2Fsbin%2Fdhclient+%0D%0Apath%3D%2Fvar%2Flib%2Fdhcp%2Fdhclient-eth0.leases+dev%3Dhda2+ino%3D2228410+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Duser_u%3Aobject_r%3Adhcp_state_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.000%3A0%29%3A+avc%3A++denied++%7B+read+%7D+%0D%0Afor++pid%3D1604+exe%3D%2Fbin%2Fcp+name%3Dconfig+dev%3Dhda2+ino%3D2425254+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Duser_u%3Aobject_r%3Aselinux_config_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.000%3A0%29%3A+avc%3A++denied++%0D%0A%7B+getattr+%7D+for++pid%3D1604+exe%3D%2Fbin%2Fcp+path%3D%2Fetc%2Fselinux%2Fconfig+dev%3Dhda2+%0D%0Aino%3D2425254+scontext%3Duser_u%3Asystem_r%3Adhcpc_t+%0D%0Atcontext%3Duser_u%3Aobject_r%3Aselinux_config_t+tclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.570%3A0%29%3A+avc%3A++denied++%7B+search+%7D+%0D%0Afor++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3Dcontexts+dev%3Dhda2+ino%3D2425232+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Adefault_context_t+%0D%0Atclass%3Ddir+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.570%3A0%29%3A+avc%3A++denied++%7B+search+%7D+%0D%0Afor++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3Dfiles+dev%3Dhda2+ino%3D2425238+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Afile_context_t+%0D%0Atclass%3Ddir+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.570%3A0%29%3A+avc%3A++denied++%7B+read+%7D+%0D%0Afor++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3Dfile_contexts+dev%3Dhda2+ino%3D2425237+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Afile_context_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.571%3A0%29%3A+avc%3A++denied++%0D%0A%7B+getattr+%7D+for++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+%0D%0Apath%3D%2Fetc%2Fselinux%2Ftargeted%2Fcontexts%2Ffiles%2Ffile_contexts+dev%3Dhda2+ino%3D2425237+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Afile_context_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.578%3A0%29%3A+avc%3A++denied++%7B+search+%7D+%0D%0Afor++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3D%2F+dev%3Dselinuxfs+ino%3D249+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Asecurity_t+%0D%0Atclass%3Ddir+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+audit%281112356234.578%3A0%29%3A+avc%3A++denied++%7B+read+%0D%0Awrite+%7D+for++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3Dcontext+dev%3Dselinuxfs+ino%3D5+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Asecurity_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+audit%281112356234.579%3A0%29%3A+avc%3A++denied++%0D%0A%7B+check_context+%7D+for++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Asecurity_t+%0D%0Atclass%3Dsecurity+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+SELinux%3A+initialized+%28dev+rpc_pipefs%2C+type+%0D%0Arpc_pipefs%29%2C+uses+genfs_contexts+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+parport%3A+PnPBIOS+parport+detected.+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+parport0%3A+PC-style+at+0x378+%280x778%29%2C+irq+7+%0D%0A%5BPCSPP%2CTRISTATE%2CEPP%5D+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+lp0%3A+using+parport0+%28interrupt-driven%29.+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+lp0%3A+console+ready+%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23+%0D%0A+%0D%0ASomething+similar+but+not+identical+is+spewed+out+when+rebooting%2C+after+syslog+%0D%0Ashuts+down%2C+while+eth0+is+being+turned+off.+%0D%0ASeems+DHCP-related.+I%27ll+open+a+bug+for+DHCP+as+well%2C+since+there+are+some+%0D%0ADHCP+errors+in+the+logs+too.+%0D%0A+%0D%0A%0D%0AVersion-Release+number+of+selected+component+%28if+applicable%29%3A%0D%0Aselinux-policy-targeted-1.23.5-2%0D%0A%0D%0AHow+reproducible%3A%0D%0AAlways%0D%0A%0D%0ASteps+to+Reproduce%3A%0D%0A1.+see+above+%0D%0A2.+%0D%0A3.+%0D%0A+++%0D%0A%0D%0AAdditional+info%3A%0D%0A%0D%0AThe+anaconda-ks.cfg+file.+Please+note+that+only+eth0+is+active%2C+the+rest+are+%0D%0Adisabled.+%0D%0A+%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23+%0D%0A%23+Kickstart+file+automatically+generated+by+anaconda.+%0D%0A+%0D%0Ainstall+%0D%0Acdrom+%0D%0Alang+en_US.UTF-8+%0D%0Alangsupport+--default%3Den_US.UTF-8+en_US.UTF-8+%0D%0Akeyboard+us+%0D%0Axconfig+--card+%22S3+UniChrome%22+--videoram+16384+--hsync+30-107+--vsync+48-160+%0D%0A--resolution+800x600+--depth+16+%0D%0Anetwork+--device+eth0+--bootproto+dhcp+--hostname+demo.home.local+%0D%0Anetwork+--device+eth1+--bootproto+dhcp+--hostname+demo.home.local+%0D%0Anetwork+--device+eth2+--bootproto+dhcp+--hostname+demo.home.local+%0D%0Anetwork+--device+eth3+--bootproto+dhcp+--hostname+demo.home.local+%0D%0Arootpw+--iscrypted+%241%24bXSagIUL%24ztZFUIxFia%2FTU4r%2FMaAgw0+%0D%0Afirewall+--enabled+--port%3D22%3Atcp+--port%3D80%3Atcp+--port%3D21%3Atcp+%0D%0Aselinux+--permissive+%0D%0Aauthconfig+--enableshadow+--enablemd5+%0D%0Atimezone+America%2FLos_Angeles+%0D%0Abootloader+--location%3Dmbr+--driveorder%3Dhda+--append%3D%22vga%3D791%22+%0D%0A%23+The+following+is+the+partition+information+you+requested+%0D%0A%23+Note+that+any+partitions+you+deleted+are+not+expressed+%0D%0A%23+here+so+unless+you+clear+all+partitions+first%2C+this+is+%0D%0A%23+not+guaranteed+to+work+%0D%0A%23clearpart+--linux+%0D%0A%23part+%2Fboot+--fstype+ext3+--size%3D512+--asprimary+%0D%0A%23part+%2F+--fstype+ext3+--size%3D10240+--asprimary+%0D%0A%23part+swap+--size%3D512+--asprimary+%0D%0A+%0D%0A%25packages+%0D%0A%40+dialup+%0D%0A%40+language-support+%0D%0Ae2fsprogs+%0D%0Agrub+%0D%0Akernel+%0D%0A+%0D%0A%25post+%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23+%0D%0A+&op_sys=Linux While the content of the page is seriously mangled: An error occurred while loading https://bugzilla.redhat.com/bugzilla/post_bug.cgi?product=Fedora +Core&component=selinux-policy- targeted&rep_platform=i386&version=fc4test1&priority=normal&bug_severity=normal&bug_file_loc=&short_desc=bizarre+DHCP-related+SELinux+messages&comment=From+Bugzilla+Helper%3A%0D%0AUser-Agent%3A+Mozilla%2F5.0+%28compatible%3B+Konqueror%2F3.3%3B+Linux%29+%28KHTML%2C+like+Gecko%29%0D%0A%0D%0ADescription+of+problem%3A%0D%0AThe+system+is+a+typical+AthlonXP+512MB+RAM%2C+IDE+machine.+I+did+a+very+minimal+%0D%0Acustom+install+%28unselect+all+package+groups%29+-+also+see+below+the+%0D%0Aanaconda-kickstart+file.+%0D%0AAfter+installing+it%2C+i+yum%27ed+up+these+packages%2C+with+selinux+being+the+last+%0D%0Aone+yum%27ed%3A+%0D%0A+%0D%0Aapr-0.9.6-2.i386.rpm+%0D%0Aapr-util-0.9.6-2.i386.rpm+%0D%0Acurl-7.13.1-1.i386.rpm+%0D%0Agmp-4.1.4-4.i386.rpm+%0D%0Ahttpd-2.0.53-6.i386.rpm+%0D%0Ahttpd-suexec-2.0.53-6.i386.rpm+%0D%0Alibcap-1.10-22.i386.rpm+%0D%0Alibidn-0.5.15-1.i386.rpm+%0D%0Antp-4.2.0.a.20040617-7.i386.rpm+%0D%0Aphp-5.0.3-5.i386.rpm+%0D%0Aphp-pear-5.0.3-5.i386.rpm+%0D%0Aphp-pgsql-5.0.3-5.i386.rpm+%0D%0Apostgresql-8.0.1-5.i386.rpm+%0D%0Apostgresql-contrib-8.0.1-5.i386.rpm+%0D%0Apostgresql-libs-8.0.1-5.i386.rpm+%0D%0Apostgresql-server-8.0.1-5.i386.rpm+%0D%0Aselinux-policy-targeted-1.23.5-2.noarch.rpm+%0D%0A+%0D%0ABut+then+i+get+these+SELinux+messages+while+booting+up%3A+%0D%0A+%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+Adding+522104k+swap+on+%2Fdev%2Fhda3.++Priority%3A-1+%0D%0Aextents%3A1+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+SELinux%3A+initialized+%28dev+binfmt_misc%2C+type+%0D%0Abinfmt_misc%29%2C+uses+genfs_contexts+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+ip_tables%3A+%28C%29+2000-2002+Netfilter+core+team+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+ip_conntrack+version+2.1+%283967+buckets%2C+31736+%0D%0Amax%29+-+272+bytes+per+conntrack+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+e100%3A+eth0%3A+e100_watchdog%3A+link+up%2C+100Mbps%2C+%0D%0Ahalf-duplex+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356230.153%3A0%29%3A+avc%3A++denied++%7B+read+%7D+%0D%0Afor++pid%3D1468+exe%3D%2Fsbin%2Fdhclient+name%3Ddhclient-eth0.leases+dev%3Dhda2+%0D%0Aino%3D2228410+scontext%3Duser_u%3Asystem_r%3Adhcpc_t+%0D%0Atcontext%3Duser_u%3Aobject_r%3Adhcp_state_t+tclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356230.159%3A0%29%3A+avc%3A++denied++%7B+write+%7D+%0D%0Afor++pid%3D1468+exe%3D%2Fsbin%2Fdhclient+name%3Ddhclient-eth0.leases+dev%3Dhda2+%0D%0Aino%3D2228410+scontext%3Duser_u%3Asystem_r%3Adhcpc_t+%0D%0Atcontext%3Duser_u%3Aobject_r%3Adhcp_state_t+tclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356230.159%3A0%29%3A+avc%3A++denied++%0D%0A%7B+getattr+%7D+for++pid%3D1468+exe%3D%2Fsbin%2Fdhclient+%0D%0Apath%3D%2Fvar%2Flib%2Fdhcp%2Fdhclient-eth0.leases+dev%3Dhda2+ino%3D2228410+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Duser_u%3Aobject_r%3Adhcp_state_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.000%3A0%29%3A+avc%3A++denied++%7B+read+%7D+%0D%0Afor++pid%3D1604+exe%3D%2Fbin%2Fcp+name%3Dconfig+dev%3Dhda2+ino%3D2425254+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Duser_u%3Aobject_r%3Aselinux_config_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.000%3A0%29%3A+avc%3A++denied++%0D%0A%7B+getattr+%7D+for++pid%3D1604+exe%3D%2Fbin%2Fcp+path%3D%2Fetc%2Fselinux%2Fconfig+dev%3Dhda2+%0D%0Aino%3D2425254+scontext%3Duser_u%3Asystem_r%3Adhcpc_t+%0D%0Atcontext%3Duser_u%3Aobject_r%3Aselinux_config_t+tclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.570%3A0%29%3A+avc%3A++denied++%7B+search+%7D+%0D%0Afor++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3Dcontexts+dev%3Dhda2+ino%3D2425232+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Adefault_context_t+%0D%0Atclass%3Ddir+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.570%3A0%29%3A+avc%3A++denied++%7B+search+%7D+%0D%0Afor++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3Dfiles+dev%3Dhda2+ino%3D2425238+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Afile_context_t+%0D%0Atclass%3Ddir+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.570%3A0%29%3A+avc%3A++denied++%7B+read+%7D+%0D%0Afor++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3Dfile_contexts+dev%3Dhda2+ino%3D2425237+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Afile_context_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.571%3A0%29%3A+avc%3A++denied++%0D%0A%7B+getattr+%7D+for++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+%0D%0Apath%3D%2Fetc%2Fselinux%2Ftargeted%2Fcontexts%2Ffiles%2Ffile_contexts+dev%3Dhda2+ino%3D2425237+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Afile_context_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A43+demo+kernel%3A+audit%281112356234.578%3A0%29%3A+avc%3A++denied++%7B+search+%7D+%0D%0Afor++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3D%2F+dev%3Dselinuxfs+ino%3D249+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Asecurity_t+%0D%0Atclass%3Ddir+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+audit%281112356234.578%3A0%29%3A+avc%3A++denied++%7B+read+%0D%0Awrite+%7D+for++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+name%3Dcontext+dev%3Dselinuxfs+ino%3D5+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Asecurity_t+%0D%0Atclass%3Dfile+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+audit%281112356234.579%3A0%29%3A+avc%3A++denied++%0D%0A%7B+check_context+%7D+for++pid%3D1621+exe%3D%2Fsbin%2Frestorecon+%0D%0Ascontext%3Duser_u%3Asystem_r%3Adhcpc_t+tcontext%3Dsystem_u%3Aobject_r%3Asecurity_t+%0D%0Atclass%3Dsecurity+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+SELinux%3A+initialized+%28dev+rpc_pipefs%2C+type+%0D%0Arpc_pipefs%29%2C+uses+genfs_contexts+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+parport%3A+PnPBIOS+parport+detected.+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+parport0%3A+PC-style+at+0x378+%280x778%29%2C+irq+7+%0D%0A%5BPCSPP%2CTRISTATE%2CEPP%5D+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+lp0%3A+using+parport0+%28interrupt-driven%29.+%0D%0AApr++1+03%3A50%3A44+demo+kernel%3A+lp0%3A+console+ready+%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23+%0D%0A+%0D%0ASomething+similar+but+not+identical+is+spewed+out+when+rebooting%2C+after+syslog+%0D%0Ashuts+down%2C+while+eth0+is+being+turned+off.+%0D%0ASeems+DHCP-related.+I%27ll+open+a+bug+for+DHCP+as+well%2C+since+there+are+some+%0D%0ADHCP+errors+in+the+logs+too.+%0D%0A+%0D%0A%0D%0AVersion-Release+number+of+selected+component+%28if+applicable%29%3A%0D%0Aselinux-policy-targeted-1.23.5-2%0D%0A%0D%0AHow+reproducible%3A%0D%0AAlways%0D%0A%0D%0ASteps+to+Reproduce%3A%0D%0A1.+see+above+%0D%0A2.+%0D%0A3.+%0D%0A+++%0D%0A%0D%0AAdditional+info%3A%0D%0A%0D%0AThe+anaconda-ks.cfg+file.+Please+note+that+only+eth0+is+active%2C+the+rest+are+%0D%0Adisabled.+%0D%0A+%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23+%0D%0A%23+Kickstart+file+automatically+generated+by+anaconda.+%0D%0A+%0D%0Ainstall+%0D%0Acdrom+%0D%0Alang+en_US.UTF-8+%0D%0Alangsupport+--default%3Den_US.UTF-8+en_US.UTF-8+%0D%0Akeyboard+us+%0D%0Axconfig+--card+%22S3+UniChrome%22+--videoram+16384+--hsync+30-107+--vsync+48-160+%0D%0A--resolution+800x600+--depth+16+%0D%0Anetwork+--device+eth0+--bootproto+dhcp+--hostname+demo.home.local+%0D%0Anetwork+--device+eth1+--bootproto+dhcp+--hostname+demo.home.local+%0D%0Anetwork+--device+eth2+--bootproto+dhcp+--hostname+demo.home.local+%0D%0Anetwork+--device+eth3+--bootproto+dhcp+--hostname+demo.home.local+%0D%0Arootpw+--iscrypted+%241%24bXSagIUL%24ztZFUIxFia%2FTU4r%2FMaAgw0+%0D%0Afirewall+--enabled+--port%3D22%3Atcp+--port%3D80%3Atcp+--port%3D21%3Atcp+%0D%0Aselinux+--permissive+%0D%0Aauthconfig+--enableshadow+--enablemd5+%0D%0Atimezone+America%2FLos_Angeles+%0D%0Abootloader+--location%3Dmbr+--driveorder%3Dhda+--append%3D%22vga%3D791%22+%0D%0A%23+The+following+is+the+partition+information+you+requested+%0D%0A%23+Note+that+any+partitions+you+deleted+are+not+expressed+%0D%0A%23+here+so+unless+you+clear+all+partitions+first%2C+this+is+%0D%0A%23+not+guaranteed+to+work+%0D%0A%23clearpart+--linux+%0D%0A%23part+%2Fboot+--fstype+ext3+--size%3D512+--asprimary+%0D%0A%23part+%2F+--fstype+ext3+--size%3D10240+--asprimary+%0D%0A%23part+swap+--size%3D512+--asprimary+%0D%0A+%0D%0A%25packages+%0D%0A%40+dialup+%0D%0A%40+language-support+%0D%0Ae2fsprogs+%0D%0Agrub+%0D%0Akernel+%0D%0A+%0D%0A%25post+%0D%0A%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23%23+%0D%0A+&op_sys=Linux: Connection to host bugzilla.redhat.com is broken. -- Florin Andrei http://florin.myip.org/ From gauravp at hclcomnet.co.in Fri Apr 1 04:50:42 2005 From: gauravp at hclcomnet.co.in (gaurav) Date: Fri, 01 Apr 2005 10:20:42 +0530 Subject: Stateless linux In-Reply-To: <20050323121543.82712.qmail@web8501.mail.in.yahoo.com> References: <20050323121543.82712.qmail@web8501.mail.in.yahoo.com> Message-ID: <424CD322.6030901@hclcomnet.co.in> Rahul Sundaram wrote: >--- gaurav wrote: > > > >>I was just wondering how hard this concept of state >>less Linux will be >>to port to other distro (like debian) ? any idea if >>there code written >>od code written specifically for fedora or its just >>collection of >>unities and scripts . >> >> > >its in a highly experimental stage now. once its >complete it can definitely be ported to other >distributions if people work on it. if you have a >interest in it poke into the current code in cvs yourself > >Regards >Rahul Sundaram > > > > your reply is Short & Useless as always > >__________________________________ >Do you Yahoo!? >Yahoo! Mail - Easier than ever with enhanced search. Learn more. >http://info.mail.yahoo.com/mail_250 > > > From rahulsundaram at yahoo.co.in Fri Apr 1 04:57:50 2005 From: rahulsundaram at yahoo.co.in (Rahul Sundaram) Date: Thu, 31 Mar 2005 20:57:50 -0800 (PST) Subject: rawhide report: 20050331 changes In-Reply-To: 6667 Message-ID: <20050401045750.438.qmail@web8502.mail.in.yahoo.com> --- Peter Backlund wrote: > > redhat-artwork-0.121-2 > > ---------------------- > > * Wed Mar 30 2005 Matthias Clasen > 0.121-2 > > - Make Clearlooks the default theme > > Hmm, what is going on? Bluecurve is being dropped in > favor of (the > Bluecurve-based) Clearlooks theme? > bluecurve was part of an effort to unify the interface differences. with gnome and others shifting to the upstream defaults, it makes more sense here to do this now IMO Regards Rahul Sundaram __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com From rahulsundaram at yahoo.co.in Fri Apr 1 05:26:18 2005 From: rahulsundaram at yahoo.co.in (Rahul Sundaram) Date: Thu, 31 Mar 2005 21:26:18 -0800 (PST) Subject: Stateless linux In-Reply-To: 6667 Message-ID: <20050401052618.20171.qmail@web8506.mail.in.yahoo.com> Hi > > > >its in a highly experimental stage now. once its > >complete it can definitely be ported to other > >distributions if people work on it. if you have a > >interest in it poke into the current code in cvs > yourself > > > >Regards > >Rahul Sundaram > > > > > > > > > your reply is Short & Useless as always > ok thanks :-) Regards Rahul Sundaram __________________________________ Do you Yahoo!? Yahoo! Mail - Find what you need with new enhanced search. http://info.mail.yahoo.com/mail_250 From dennis at ausil.us Fri Apr 1 01:20:04 2005 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 31 Mar 2005 19:20:04 -0600 Subject: netfilter modules (was: kernel source code) In-Reply-To: <2DC8C845122867BDEF35B0C0@[10.0.0.14]> References: <424A7FFB.60804@redhat.com> <2DC8C845122867BDEF35B0C0@[10.0.0.14]> Message-ID: <200503311920.05422.dennis@ausil.us> Once upon a time Wednesday 30 March 2005 7:03 pm, Kenneth Porter wrote: > --On Wednesday, March 30, 2005 12:31 AM -1000 Warren Togami > > wrote: > > Did you miss the part about NOT NEEDING kernel source in order to build > > modules against that kernel? FC2 and FC3 kernel provides headers that > > are sufficient 99% of the time, while FC4 split that out into > > kernel-devel which serves a similar purpose. > > BTW, has anyone attempted to build netfilter modules using the kernel build > system? It would be nice to be able to try out some of the experimental > stuff without having to build a full custom kernel. (I'd particularly like > to use the U32 match module to detect/block some malicious UDP packets.) > IIRC, most of the modules include a matching userspace shared object that's > used by the iptables binary so of course that would also be needed, but in > principle one could package the two together. Not Really, Building a kernel module and userland app would mean the app would be replaced everytime that a new kernel was released. so you would need a kernel moudule rpm and a user land app rpm -- Dennis Gilmore RHCE http://www.ausil.us From jpo at di.uminho.pt Fri Apr 1 11:17:03 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Fri, 01 Apr 2005 12:17:03 +0100 Subject: FC4 perl module upgrades In-Reply-To: <424C8F02.30106@redhat.com> References: <424BD5B8.5070605@togami.com> <20050331145931.GA1150192@hiwaay.net> <424C8F02.30106@redhat.com> Message-ID: <424D2DAF.2020508@di.uminho.pt> Warren, Add these two to the update list: mod_perl-1.99_17-2.src.rpm (mod_perl-2.0.0-RC4.tar.gz) perl-LDAP-0.31-5.src.rpm (perl-ldap-0.3202.tar.gz) and these to the paranoia list (as CPAN doesn't have bz2 tarballs) perl-XML-Encoding-1.01-26.src.rpm has a BZ2 source file! perl-XML-Grove-0.46alpha-27.src.rpm has a BZ2 source file! perl-libxml-perl-0.07-30.src.rpm has a BZ2 source file! (perl-libxml-perl also needs to be updated) Regards, jpo Warren Togami wrote: > Chris Adams wrote: > >> glad to help. Here is a quick list of apparent older versions in >> rawhide compared to CPAN: >> >> Archive-Tar rawhide 1.08 CPAN:1.23 > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=136498 > A bit complicated because we need to add perl-IO-Zlib to Core. > http://cvs.fedora.redhat.com/viewcvs/devel/perl-IO-Zlib/?root=extras > Someone want to update this old fedora.us version for FC4 inclusion? > Clean up Archive-Tar.spec while you're at it too. Submit it to one of > those bugs above. > >> BSD-Resource rawhide 1.23 CPAN:1.24 > > Updated, but still ugly old spec. > >> Bit-Vector rawhide 6.3 CPAN:6.4 > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153021 > Broken on x86-64, maybe other archs too. > >> Compress-Zlib rawhide 1.33 CPAN:1.34 > > jorton already fixed this during the last day. > >> DBD-Pg rawhide 1.31 CPAN:1.40 > > Updated, but still ugly old spec. > >> DBI rawhide 1.40 CPAN:1.48 > > Updated, but still ugly old spec. > >> Date-Calc rawhide 5.3 CPAN:5.4 > > Spec needs fixing... > >> Digest-SHA1 rawhide 2.07 CPAN:2.10 > > Spec needs fixing... > >> File-MMagic rawhide 1.21 CPAN:1.22 >> Frontier-RPC rawhide 0.06 CPAN:0.07b4 >> HTML-Parser rawhide 3.35 CPAN:3.45 >> Net-DNS rawhide 0.48 CPAN:0.49 >> PDL rawhide 2.4.1 CPAN:2.4.2 >> TermReadKey rawhide 2.20 CPAN:2.30 >> Text-Kakasi rawhide 1.05 CPAN:2.04 >> Time-HiRes rawhide 1.55 CPAN:1.66 >> URI rawhide 1.30 CPAN:1.35 >> XML-Twig rawhide 3.13 CPAN:3.17 >> libwww-perl rawhide 5.79 CPAN:5.803 >> libxml-perl rawhide 0.07 CPAN:0.08 > > > Will look into the rest later, need to work on other stuff now. > > Warren Togami > wtogami at redhat.com > -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From buildsys at redhat.com Fri Apr 1 13:55:08 2005 From: buildsys at redhat.com (Build System) Date: Fri, 1 Apr 2005 08:55:08 -0500 Subject: rawhide report: 20050401 changes Message-ID: <200504011355.j31Dt8Gb011219@porkchop.devel.redhat.com> Updated Packages: cups-1:1.1.23-15 ---------------- * Thu Mar 31 2005 Tim Waugh 1:1.1.23-15 - Don't require exact dbus version, just minimum. doxygen-1:1.4.2-1 ----------------- * Thu Mar 31 2005 Than Ngo 1:1.4.2-1 - 1.4.2 gnome-volume-manager-1.3.1-1 ---------------------------- * Sun Mar 13 2005 John (J5) Palmieri - 1.3.1-1 - update to upstream version 1.3.1 initscripts-8.07-1 ------------------ * Thu Mar 31 2005 Bill Nottingham 8.07-1 - bring back initlog for third-party scripts until a new framework is in place java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_14rh ------------------------------------------ * Wed Mar 30 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_14rh - Import java-gcj-compat 1.0.23. - Always look for classpath.security in /usr/lib. (151561) - Provide jsse. (151662) logrotate-3.7.1-10 ------------------ * Thu Mar 31 2005 Dan Walsh 3.7.1-10 - use security_getenforce() instead of selinux_getenforcemode nasm-0.98.39-1 -------------- * Thu Mar 31 2005 Jindrich Novy 0.98.39-1 - update to 0.98.39 - add BuildRequires ghostscript, texinfo to doc subpackage (#110584) - generate also PDF documentation for nasm (#88431) - new release fixes CAN-2004-1287 (#143052) openssl-0.9.7f-2 ---------------- * Thu Mar 31 2005 Tomas Mraz 0.9.7f-2 - add back RC4_CHAR on ia64 and x86_64 so the ABI isn't broken - disable broken bignum assembly on x86_64 * Wed Mar 30 2005 Tomas Mraz 0.9.7f-1 - reenable optimizations on ppc64 and assembly code on ia64 - upgrade to new upstream version (no soname bump needed) - disable thread test - it was testing the backport of the RSA blinding - no longer needed - added support for changing serial number to Makefile.certificate (#151188) - make ca-bundle.crt a config file (#118903) * Tue Mar 01 2005 Tomas Mraz 0.9.7e-3 - libcrypto shouldn't depend on libkrb5 (#135961) pam-0.79-1 ---------- * Thu Mar 31 2005 Tomas Mraz 0.79-1 - upgrade to the new upstream release - moved pam_loginuid to pam-redhat repository perl-BSD-Resource-1.24-1 ------------------------ * Thu Mar 31 2005 Warren Togami 1.24-1 - 1.24 perl-Compress-Zlib-1.34-2 ------------------------- * Thu Mar 31 2005 Joe Orton 1.34-2 - really delete the .bs file per #152536 * Thu Mar 31 2005 Joe Orton 1.34-1 - update to 1.34; synch with Dag Wieers (#152536) - BR zlib-devel (#137556) * Wed Mar 30 2005 Warren Togami - remove brp-compress perl-DBD-Pg-1.40-1 ------------------ * Thu Mar 31 2005 Warren Togami 1.40-1 - 1.40 * Tue Oct 12 2004 Chip Turner 1.32-1 - bugzilla: 127755, update to 1.32 perl-DBI-1.48-1 --------------- * Thu Mar 31 2005 Warren Togami 1.48-1 - 1.48 redhat-menus-3.7.1-9 -------------------- * Thu Mar 31 2005 Matthias Clasen 3.7.1-9 - don't pick up a pointless Desktop/System directory * Thu Mar 31 2005 Than Ngo 3.7.1-8 - don't mess gnome menu up rpm-4.4.1-9 ----------- * Thu Mar 31 2005 Thomas Woerner 4.4.1-9 - enabled prereqs again rsync-2.6.4-2 ------------- * Thu Mar 31 2005 Jay Fenlason 2.6.4-2 - New upstream version screen-4.0.2-8 -------------- * Tue Mar 29 2005 Petr Rockai - 4.0.2-8 - fix BR 150392 by implementing the setgid/utmp scheme for socket directory selinux-policy-strict-1.23.5-3 ------------------------------ * Thu Mar 31 2005 Dan Walsh 1.23.5-3 - Redesign of apache_macros. Broken into apache_user_domain and apache_domain. - Added fixes from Ivan * Thu Mar 24 2005 Dan Walsh 1.23.5-2 - Handle booleans.local - Add policy to handle ssh-keysign * Wed Mar 23 2005 Dan Walsh 1.23.5-1 - Update to latest from NSA selinux-policy-targeted-1.23.5-3 -------------------------------- * Thu Mar 31 2005 Dan Walsh 1.23.5-3 - Redesign of apache_macros. Broken into apache_user_domain and apache_domain. - Added fixes from Ivan sharutils-4.2.1-26 ------------------ * Thu Mar 31 2005 Than Ngo 4.2.1-26 - apply patch to fix multiple buffer overflows #152571 system-config-boot-0.2.9-1 -------------------------- * Thu Mar 31 2005 Harald Hoyer - 0.2.9-1 - s/gtk\.TRUE/True/g - s/gtk\.FALSE/False/g system-config-date-1.7.16-2 --------------------------- * Fri Apr 01 2005 Nils Philippsen 1.7.16-2 - use True, False instead of gtk.TRUE, gtk.FALSE to avoid deprecation warnings (#153037, patch by Colin Charles) system-config-language-1.1.9-1 ------------------------------ * Fri Apr 01 2005 Paul Nasrat 1.1.9-1 - Translation updates - pygtk deprecations system-config-network-1.3.25-1 ------------------------------ * Thu Mar 31 2005 Harald Hoyer - 1.3.25 - more i18n languages * Wed Mar 30 2005 Harald Hoyer - 1.3.24 - gtk.FALSE and gtk.TRUE cleanups * Mon Mar 21 2005 Harald Hoyer - 1.3.23-2 - moved gui parts out of the tui package system-config-rootpassword-1.1.7-1 ---------------------------------- * Fri Apr 01 2005 Paul Nasrat 1.1.7-1 - PyGTK deprecations - Translations util-linux-2.12p-5 ------------------ * Thu Mar 31 2005 Steve Dickson 2.12p-5 - Fixed nfs mount to rollback correctly. vnc-4.1.1-7 ----------- * Thu Mar 31 2005 Tim Waugh 4.1.1-7 - Render patch fix from Peter ??strand. Enabled render by default again. * Mon Mar 28 2005 Christopher Aillon 4.1.1-6 - rebuilt * Fri Mar 25 2005 Christopher Aillon 4.1.1-5 - Update the GTK+ theme icon cache on (un)install xen-2-20050331 -------------- * Thu Mar 31 2005 Rik van Riel 2-20050331 - upgrade to new xen hypervisor - minor gcc4 compile fix From 3ccd40749 at heavyk.org Fri Apr 1 14:21:01 2005 From: 3ccd40749 at heavyk.org (Keith Abino) Date: Fri, 1 Apr 2005 08:21:01 -0600 Subject: Kickstart Install Not Contacting NFS Server Message-ID: <20050401142101.GF13424@heavyk.org> I'm trying to do a kickstart install with the kickstart file in initrd.img and the install media on an NFS server on the same subnet. The kickstart installation bails and dumps me to an interactive installation with the message "directory could not be mounted from server". If running a tcpdump on the NFS server I can confirm that no traffic has come from the kickstarted client to the NFS server. However, when I'm dumped back into interactive mode if I just hit ok with the NFS server info and directory (the information that come from my kickstart file) the directory mounts flawlessly and I can proceed with an interactive install. Have any of you experienced this and know what the issue might be? -- From jspaleta at gmail.com Fri Apr 1 14:27:22 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Apr 2005 09:27:22 -0500 Subject: Kickstart Install Not Contacting NFS Server In-Reply-To: <20050401142101.GF13424@heavyk.org> References: <20050401142101.GF13424@heavyk.org> Message-ID: <604aa7910504010627377db843@mail.gmail.com> On Apr 1, 2005 9:21 AM, Keith Abino <3ccd40749 at heavyk.org> wrote: > I'm trying to do a kickstart install with the kickstart file in > initrd.img and the install media on an NFS server on the same > subnet. The kickstart installation bails and dumps me to an > interactive installation with the message "directory could not be > mounted from server". http://www.redhat.com/mailman/listinfo/fedora-devel-list You are off-topic in this mailing list. fedora-devel-list is not for user support questions. Please refer to any of the links from this page in order to find an appropriate place to ask this question. If you are talking about fc2 or fc3 then fedora-list is the most appropriate mailinglist for discussion. If you are talking about fc4t1 then fedora-test-list is the most appropriate mailinglist for discussion -jef From terraformers at gmx.net Fri Apr 1 14:57:21 2005 From: terraformers at gmx.net (Lars) Date: Fri, 01 Apr 2005 16:57:21 +0200 Subject: rawhide report: 20050401 changes References: <200504011355.j31Dt8Gb011219@porkchop.devel.redhat.com> Message-ID: > On Fri, 01 Apr 2005 08:55:08 -0500, Build System wrote: >... looks like the server is in a somewhat messy state. Index of download.fedora.redhat.com/pub/fedora/linux/core/development File: README 4 KB 11/04/2003 12:00:00 AM Directory: SRPMS 04/01/2005 10:06:00 AM Directory: i386 04/01/2005 01:47:00 PM Directory: i386-logs 04/01/2005 01:47:00 PM Directory: ia64 04/01/2005 01:47:00 PM Directory: ia64-logs 04/01/2005 01:47:00 PM Directory: ppc 04/01/2005 01:47:00 PM Directory: ppc-logs 04/01/2005 01:47:00 PM Directory: ppc64 04/01/2005 01:47:00 PM Directory: ppc64-logs 04/01/2005 01:47:00 PM Directory: s390 04/01/2005 01:47:00 PM Directory: s390-logs 04/01/2005 01:47:00 PM Directory: s390x 04/01/2005 01:47:00 PM Directory: s390x-logs 04/01/2005 01:47:00 PM Directory: x86_64 04/01/2005 01:47:00 PM Directory: x86_64-logs 04/01/2005 01:47:00 PM L From thomasz at hostmaster.org Fri Apr 1 15:01:15 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Fri, 01 Apr 2005 17:01:15 +0200 Subject: firefox-1.0.2-3.x86_64 bug? Message-ID: <1112367675.3297.37.camel@hostmaster.org> Is anyone else seeing this? XML Parsing Error: not well formed Location: chrome://mozapps/content/downloads/unknownContentType.xul Line Number 1, Column 20: rget.QueryInterface(Components.interfaces.nsIRDFLiteral); Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Success is, when there is only one opponent left: yourself -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Fri Apr 1 15:08:04 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 1 Apr 2005 10:08:04 -0500 Subject: rawhide report: 20050401 changes In-Reply-To: References: <200504011355.j31Dt8Gb011219@porkchop.devel.redhat.com> Message-ID: <604aa79105040107084bbd01bf@mail.gmail.com> On Apr 1, 2005 9:57 AM, Lars wrote: > > On Fri, 01 Apr 2005 08:55:08 -0500, Build System wrote: > >... > > looks like the server is in a somewhat messy state. we are well overdue for a rawhide explosion. the repodata directory in the devel tree went mia, clearly there is some sort of problem with the nightly release/build system... stay tuned. This sort of crap happens with rawhide from time to time, frankly I'm amazed at how long rawhide has been working without a major hiccup in the nightly build process (individual package dep problems dont count as major). -jef"i think this was a planned april fools day event"spaleta From terraformers at gmx.net Fri Apr 1 15:16:03 2005 From: terraformers at gmx.net (Lars) Date: Fri, 01 Apr 2005 17:16:03 +0200 Subject: rawhide report: 20050401 changes References: <200504011355.j31Dt8Gb011219@porkchop.devel.redhat.com> <604aa79105040107084bbd01bf@mail.gmail.com> Message-ID: On Fri, 01 Apr 2005 10:08:04 -0500, Jeff Spaleta wrote: > On Apr 1, 2005 9:57 AM, Lars wrote: >> > On Fri, 01 Apr 2005 08:55:08 -0500, Build System wrote: >> >... >> >> looks like the server is in a somewhat messy state. > > we are well overdue for a rawhide explosion. > the repodata directory in the devel tree went mia, clearly there is > some sort of problem with the nightly release/build system... stay > tuned. This sort of crap happens with rawhide from time to time, > frankly I'm amazed at how long rawhide has been working without a > major hiccup in the nightly build process (individual package dep > problems dont count as major). > > -jef"i think this was a planned april fools day event"spaleta http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386-logs/console-log says "... IOError: [Errno 28] No space left on device" i'm sure it's a little 1st-april-joke from the buildsys ;) cheers L From caillon at redhat.com Fri Apr 1 15:56:28 2005 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 01 Apr 2005 10:56:28 -0500 Subject: firefox-1.0.2-3.x86_64 bug? In-Reply-To: <1112367675.3297.37.camel@hostmaster.org> References: <1112367675.3297.37.camel@hostmaster.org> Message-ID: <424D6F2C.8040305@redhat.com> Thomas Zehetbauer wrote: > Is anyone else seeing this? > > XML Parsing Error: not well formed > Location: chrome://mozapps/content/downloads/unknownContentType.xul > Line Number 1, Column 20: > rget.QueryInterface(Components.interfaces.nsIRDFLiteral); > Make sure you restart the firefox process. From jkeating at j2solutions.net Fri Apr 1 19:55:58 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 01 Apr 2005 11:55:58 -0800 Subject: bugzilla.redhat.com is broken NOW! In-Reply-To: <1112328928.15353.2.camel@rivendell.home.local> References: <1112328928.15353.2.camel@rivendell.home.local> Message-ID: <1112385358.3471.456.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-03-31 at 20:15 -0800, Florin Andrei wrote: > > Connection to host bugzilla.redhat.com is broken. Seems to be fixed now? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From zaitcev at redhat.com Fri Apr 1 21:00:31 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Fri, 1 Apr 2005 13:00:31 -0800 Subject: hald hitting ACPI files in fc4t1 Message-ID: <20050401130031.019d5da1@localhost.localdomain> Hello: I installed fc4t1 and noticed that totem's video stutters quite a bit. Sometimes the keyboard input in gnome-terminal feels lagging, too. It turned out that hald was causing it. Running strace on it showed nothing more than periodic access of ACPI files in /proc. My hypothesis is that these accesses cause AML interpreter to work. I have two questions. Is this something new or interesting (e.g. do you want a bug)? And, can something be done about it (can it be made to poll once a minute or so)? Greetings, -- Pete From david at fubar.dk Fri Apr 1 21:04:20 2005 From: david at fubar.dk (David Zeuthen) Date: Fri, 01 Apr 2005 16:04:20 -0500 Subject: hald hitting ACPI files in fc4t1 In-Reply-To: <20050401130031.019d5da1@localhost.localdomain> References: <20050401130031.019d5da1@localhost.localdomain> Message-ID: <1112389460.3363.12.camel@daxter.boston.redhat.com> On Fri, 2005-04-01 at 13:00 -0800, Pete Zaitcev wrote: > Hello: > > I installed fc4t1 and noticed that totem's video stutters quite a bit. > Sometimes the keyboard input in gnome-terminal feels lagging, too. > It turned out that hald was causing it. Running strace on it showed > nothing more than periodic access of ACPI files in /proc. My hypothesis > is that these accesses cause AML interpreter to work. > > I have two questions. Is this something new or interesting (e.g. do you want > a bug)? And, can something be done about it (can it be made to poll once a > minute or so)? I fixed this to poll every 30 seconds shortly after fc4t1 was released and it solved similar problems that other people were seeing. This fix is in the latest hal package in Rawhide. Cheers, David From davej at redhat.com Fri Apr 1 21:05:36 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 1 Apr 2005 16:05:36 -0500 Subject: hald hitting ACPI files in fc4t1 In-Reply-To: <20050401130031.019d5da1@localhost.localdomain> References: <20050401130031.019d5da1@localhost.localdomain> Message-ID: <20050401210536.GA3380@redhat.com> On Fri, Apr 01, 2005 at 01:00:31PM -0800, Pete Zaitcev wrote: > Hello: > > I installed fc4t1 and noticed that totem's video stutters quite a bit. > Sometimes the keyboard input in gnome-terminal feels lagging, too. > It turned out that hald was causing it. Running strace on it showed > nothing more than periodic access of ACPI files in /proc. My hypothesis > is that these accesses cause AML interpreter to work. > > I have two questions. Is this something new or interesting (e.g. do you want > a bug)? And, can something be done about it (can it be made to poll once a > minute or so)? Which files is it polling ? I'm betting the battery files? If so, I agree these shouldn't be polled too often as they can be hurrendously slow on some systems. Dave From david at fubar.dk Fri Apr 1 21:10:55 2005 From: david at fubar.dk (David Zeuthen) Date: Fri, 01 Apr 2005 16:10:55 -0500 Subject: hald hitting ACPI files in fc4t1 In-Reply-To: <20050401210536.GA3380@redhat.com> References: <20050401130031.019d5da1@localhost.localdomain> <20050401210536.GA3380@redhat.com> Message-ID: <1112389855.3363.16.camel@daxter.boston.redhat.com> On Fri, 2005-04-01 at 16:05 -0500, Dave Jones wrote: > On Fri, Apr 01, 2005 at 01:00:31PM -0800, Pete Zaitcev wrote: > > Hello: > > > > I installed fc4t1 and noticed that totem's video stutters quite a bit. > > Sometimes the keyboard input in gnome-terminal feels lagging, too. > > It turned out that hald was causing it. Running strace on it showed > > nothing more than periodic access of ACPI files in /proc. My hypothesis > > is that these accesses cause AML interpreter to work. > > > > I have two questions. Is this something new or interesting (e.g. do you want > > a bug)? And, can something be done about it (can it be made to poll once a > > minute or so)? > > Which files is it polling ? I'm betting the battery files? Right, hald was reading /proc/api/battery/BAT0/state something like four times every 5 seconds. Now we read it once every 30 secs like e.g. battstat-applet-2. I wish we didn't have to poll but the kernel or underlying hardware doesn't give us updates too often on the /proc/acpi/event socket... > If so, I agree these shouldn't be polled too often as they can be > hurrendously slow on some systems. It also causes the clock to drift. David From zaitcev at redhat.com Fri Apr 1 21:54:01 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Fri, 1 Apr 2005 13:54:01 -0800 Subject: hald hitting ACPI files in fc4t1 In-Reply-To: <1112389460.3363.12.camel@daxter.boston.redhat.com> References: <20050401130031.019d5da1@localhost.localdomain> <1112389460.3363.12.camel@daxter.boston.redhat.com> Message-ID: <20050401135401.589c1808@localhost.localdomain> On Fri, 01 Apr 2005 16:04:20 -0500 David Zeuthen wrote: > I fixed this to poll every 30 seconds shortly after fc4t1 was released > and it solved similar problems that other people were seeing. This fix > is in the latest hal package in Rawhide. Thank you, David. I'm still working on my "yum update". There's a lot of "unsigned package foo" and "Could not find update match for bar", so I did not get to the update of hal yet. Sorry, I should've checked. -- Pete From buildsys at redhat.com Fri Apr 1 23:30:51 2005 From: buildsys at redhat.com (Build System) Date: Fri, 1 Apr 2005 18:30:51 -0500 Subject: rawhide report: 20050401 changes Message-ID: <200504012330.j31NUplM031087@porkchop.devel.redhat.com> Updated Packages: beecrypt-4.1.2-4 ---------------- * Fri Apr 01 2005 Paul Nasrat 4.1.2-4 - Obsolete older beecrypt-java dhcpv6-0.10-13 -------------- * Fri Apr 01 2005 Florian La Roche - made perms for /var/lib/dhcpv6 the same gkrellm-2.2.4-4 --------------- * Fri Apr 01 2005 Karsten Hopp 2.2.4-4 - Include gkrellm2/plugins directories (Michael Schwendt) kernel-2.6.11-1.1225_FC4 ------------------------ * Thu Mar 31 2005 Rik van Riel - upgrade to new upstream Xen code, twice - for performance reasons, disable CONFIG_DEBUG_PAGEALLOC for FC4t2 libsepol-1.5.3-1 ---------------- * Tue Mar 29 2005 Dan Walsh 1.5.3-1 - Update from NSA m4-1.4.3-1 ---------- * Fri Apr 01 2005 Miloslav Trmac - 1.4.3-1 - Update to m4-1.4.3 openssl-0.9.7f-3 ---------------- * Fri Apr 01 2005 Tomas Mraz 0.9.7f-3 - uninitialized variable mustn't be used as input in inline assembly - reenable the x86_64 assembly again perl-HTML-Parser-3.45-1 ----------------------- * Fri Apr 01 2005 Michael Schwendt - 3.45-1 - Update to 3.45 plus heavy spec cleanup. * Wed Mar 30 2005 Warren Togami - remove brp-compress shared-mime-info-0.16-1 ----------------------- * Fri Apr 01 2005 David Zeuthen - 0.16-1 - Update to upstream release 0.16 - Drop all patches as they are in the new upstream release system-config-netboot-0.1.13-1 ------------------------------ * Fri Apr 01 2005 Dan Walsh 0.1.13-1 - Fix python gtk.False -> False system-config-nfs-1.3.6-1 ------------------------- * Fri Apr 01 2005 Nils Philippsen 1.3.6-1 - fix deprecation warnings (#153048) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Tue Mar 22 2005 Nils Philippsen 1.3.5-1 - don't always show parse error dialog * Mon Mar 21 2005 Nils Philippsen 1.3.4-1 - warn user about parse errors in /etc/exports system-config-samba-1.2.29-1 ---------------------------- * Fri Apr 01 2005 Nils Philippsen - 1.2.29-1 - fix deprecation warnings (#153051) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Tue Mar 15 2005 Nils Philippsen - 1.2.28-1 - fix dialog when share name is missing (#135119) again * Wed Mar 09 2005 Nils Philippsen - 1.2.27-1 - let users configure whether a share is browsable ("visible") or not ("hidden") system-config-services-0.8.22-1 ------------------------------- * Fri Apr 01 2005 Nils Philippsen 0.8.22-1 - fix deprecation warnings (#153052) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Thu Mar 24 2005 Nils Philippsen 0.8.21-1 - connect toggled signals of service/runlevel checkboxes to enable saving again (#151982) - consolidate on_optRL*_toggled - connect delete_event of mainWindow to ask whether things should be saved before quitting - tab -> space indentation to avoid ambiguity - change some typos * Fri Mar 18 2005 Nils Philippsen 0.8.20-1 - don't read from /dev/null when restarting xinetd/services to prevent hangs - build toolbar in glade to avoid DeprecationWarnings (#134978) - dynamic, translated column titles for runlevel columns system-config-users-1.2.32-1 ---------------------------- * Fri Apr 01 2005 Nils Philippsen - 1.2.32-1 - don't require gnome (#152960) - revive about dialog * Fri Apr 01 2005 Nils Philippsen - 1.2.31-1 - fix deprecation warnings (#153054) with (modified) patch by Colin Charles * Wed Mar 30 2005 Nils Philippsen - 1.2.30-1 - use os.lstat() to test ownership of files to be deleted - update the GTK+ theme icon cache on (un)install vnc-4.1.1-8 ----------- * Fri Apr 01 2005 Tim Waugh 4.1.1-8 - Further render patch fix for Peter ??strand. From thomasz at hostmaster.org Sat Apr 2 03:14:56 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Sat, 02 Apr 2005 05:14:56 +0200 Subject: pam_tally broken Message-ID: <1112411696.3591.2.camel@hostmaster.org> Hi, it seems that pam_tally.so is broken in pam-0.79-1.x86_64. It complains about deny being allowed in auth phase only and no_magic_root beeing a unknown option and then segfaults in the session module. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key To vote in an election does not mean to have a choice! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Sat Apr 2 04:29:50 2005 From: wtogami at redhat.com (Warren Togami) Date: Fri, 01 Apr 2005 18:29:50 -1000 Subject: pam_tally broken In-Reply-To: <1112411696.3591.2.camel@hostmaster.org> References: <1112411696.3591.2.camel@hostmaster.org> Message-ID: <424E1FBE.8080202@redhat.com> Thomas Zehetbauer wrote: > Hi, > > it seems that pam_tally.so is broken in pam-0.79-1.x86_64. It complains > about deny being allowed in auth phase only and no_magic_root beeing a > unknown option and then segfaults in the session module. > Please file a bug and let the list know the URL for this issue. Warren From dragoran at feuerpokemon.de Sat Apr 2 06:36:54 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 02 Apr 2005 08:36:54 +0200 Subject: hald hitting ACPI files in fc4t1 In-Reply-To: <20050401135401.589c1808@localhost.localdomain> References: <20050401130031.019d5da1@localhost.localdomain> <1112389460.3363.12.camel@daxter.boston.redhat.com> <20050401135401.589c1808@localhost.localdomain> Message-ID: <424E3D86.2020005@feuerpokemon.de> Pete Zaitcev wrote: >On Fri, 01 Apr 2005 16:04:20 -0500 David Zeuthen wrote: > > > >>I fixed this to poll every 30 seconds shortly after fc4t1 was released >>and it solved similar problems that other people were seeing. This fix >>is in the latest hal package in Rawhide. >> >> > >Thank you, David. I'm still working on my "yum update". There's a lot of >"unsigned package foo" and "Could not find update match for bar", so I did >not get to the update of hal yet. Sorry, I should've checked. > >-- Pete > > > yum update hal ;) From buildsys at redhat.com Sat Apr 2 12:26:03 2005 From: buildsys at redhat.com (Build System) Date: Sat, 2 Apr 2005 07:26:03 -0500 Subject: rawhide report: 20050402 changes Message-ID: <200504021226.j32CQ3rX000785@porkchop.devel.redhat.com> Updated Packages: alsa-utils-1.0.8-4 ------------------ * Fri Apr 01 2005 Bill Nottingham 1.0.8-4 - replace the dev.d script with a program that calls alsactl to restore the volume if there is a saved config, and just unmutes the playback channels if there isn't one (#132575) audit-0.6.10-1 -------------- * Fri Apr 01 2005 Steve Grubb 0.6.10-1 - Code cleanups - Support the arch field for auditctl - Add version to auditctl - Documentation updates - Moved default location of the audit log to /var/log/audit beecrypt-4.1.2-5 ---------------- * Fri Apr 01 2005 Warren Togami 4.1.2-5 - remove huge API docs * Fri Apr 01 2005 Paul Nasrat 4.1.2-4 - Obsolete older beecrypt-java dhcpv6-0.10-13 -------------- * Fri Apr 01 2005 Florian La Roche - made perms for /var/lib/dhcpv6 the same gkrellm-2.2.4-4 --------------- * Fri Apr 01 2005 Karsten Hopp 2.2.4-4 - Include gkrellm2/plugins directories (Michael Schwendt) kdelibs-6:3.4.0-2 ----------------- * Fri Apr 01 2005 Than Ngo 6:3.4.0-2 - more patches from CVS stable branch - add missing kde documents, workaround for rpm bug kernel-2.6.11-1.1225_FC4 ------------------------ * Thu Mar 31 2005 Rik van Riel - upgrade to new upstream Xen code, twice - for performance reasons, disable CONFIG_DEBUG_PAGEALLOC for FC4t2 libaio-0.3.104-2 ---------------- * Fri Apr 01 2005 Jeff Moyer - 0.3.104-2 - Add Alpha architecture support. (Sergey Tikhonov ) libsepol-1.5.3-1 ---------------- * Tue Mar 29 2005 Dan Walsh 1.5.3-1 - Update from NSA libsilc-0:0.9.12-10 ------------------- * Fri Apr 01 2005 Warren Togami 0.9.12-10 - remove huge doc subpackage to save space, not useful m4-1.4.3-1 ---------- * Fri Apr 01 2005 Miloslav Trmac - 1.4.3-1 - Update to m4-1.4.3 openoffice.org-1:1.9.88-5 ------------------------- * Tue Mar 29 2005 Caolan McNamara 1:1.9.88-5 - new wzi.res - ooo#46217# allow fallback to en_US from other english, i.e. en_IE, en_GB etc - replace openoffice.org-1.9.87.NONE.wizards.broken.patch with openoffice.org-1.9.88.rh150650.gcjneedstoresolveallrequirements.patch as a workaround to get the wizards registered - give parallel building a go with openoffice.org-1.9.89.ooo46228.parallel.solenv.patch openoffice.org-1.9.89.ooo46316.parallel.vcl.patch openoffice.org-1.9.89.ooo46389.parallel.framework.patch openoffice.org-1.9.89.ooo35627.parallel.cppumaker.patch openoffice.org-1.9.89.oooXXXXX.parallel.sysui.patch openssl-0.9.7f-3 ---------------- * Fri Apr 01 2005 Tomas Mraz 0.9.7f-3 - uninitialized variable mustn't be used as input in inline assembly - reenable the x86_64 assembly again perl-DBI-1.48-2 --------------- * Fri Apr 01 2005 Robert Scheck 1.48-2 - spec file cleanup (#153164) perl-HTML-Parser-3.45-1 ----------------------- * Fri Apr 01 2005 Michael Schwendt - 3.45-1 - Update to 3.45 plus heavy spec cleanup. * Wed Mar 30 2005 Warren Togami - remove brp-compress redhat-artwork-0.122-1 ---------------------- * Fri Apr 01 2005 Than Ngo 0.122-1 - add Bluecurve theme for kdm shared-mime-info-0.16-1 ----------------------- * Fri Apr 01 2005 David Zeuthen - 0.16-1 - Update to upstream release 0.16 - Drop all patches as they are in the new upstream release system-config-netboot-0.1.13-1 ------------------------------ * Fri Apr 01 2005 Dan Walsh 0.1.13-1 - Fix python gtk.False -> False system-config-nfs-1.3.6-1 ------------------------- * Fri Apr 01 2005 Nils Philippsen 1.3.6-1 - fix deprecation warnings (#153048) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Tue Mar 22 2005 Nils Philippsen 1.3.5-1 - don't always show parse error dialog * Mon Mar 21 2005 Nils Philippsen 1.3.4-1 - warn user about parse errors in /etc/exports system-config-samba-1.2.29-1 ---------------------------- * Fri Apr 01 2005 Nils Philippsen - 1.2.29-1 - fix deprecation warnings (#153051) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Tue Mar 15 2005 Nils Philippsen - 1.2.28-1 - fix dialog when share name is missing (#135119) again * Wed Mar 09 2005 Nils Philippsen - 1.2.27-1 - let users configure whether a share is browsable ("visible") or not ("hidden") system-config-services-0.8.22-1 ------------------------------- * Fri Apr 01 2005 Nils Philippsen 0.8.22-1 - fix deprecation warnings (#153052) with patch by Colin Charles - update the GTK+ theme icon cache on (un)install (Christopher Aillon) * Thu Mar 24 2005 Nils Philippsen 0.8.21-1 - connect toggled signals of service/runlevel checkboxes to enable saving again (#151982) - consolidate on_optRL*_toggled - connect delete_event of mainWindow to ask whether things should be saved before quitting - tab -> space indentation to avoid ambiguity - change some typos * Fri Mar 18 2005 Nils Philippsen 0.8.20-1 - don't read from /dev/null when restarting xinetd/services to prevent hangs - build toolbar in glade to avoid DeprecationWarnings (#134978) - dynamic, translated column titles for runlevel columns system-config-users-1.2.32-1 ---------------------------- * Fri Apr 01 2005 Nils Philippsen - 1.2.32-1 - don't require gnome (#152960) - revive about dialog * Fri Apr 01 2005 Nils Philippsen - 1.2.31-1 - fix deprecation warnings (#153054) with (modified) patch by Colin Charles * Wed Mar 30 2005 Nils Philippsen - 1.2.30-1 - use os.lstat() to test ownership of files to be deleted - update the GTK+ theme icon cache on (un)install vnc-4.1.1-8 ----------- * Fri Apr 01 2005 Tim Waugh 4.1.1-8 - Further render patch fix for Peter ??strand. From russell at coker.com.au Sat Apr 2 14:32:22 2005 From: russell at coker.com.au (Russell Coker) Date: Sun, 3 Apr 2005 00:32:22 +1000 Subject: cryptsetup and device ownership Message-ID: <200504030032.25501.russell@coker.com.au> Device nodes under /dev/mapper that are LVs have ownership root:disk and mode 0660. Device nodes under /dev/mapper created by cryptsetup are root:root and mode 0640. Should this be considered a bug? -- 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 From czar at czarc.net Sat Apr 2 14:42:17 2005 From: czar at czarc.net (Gene C.) Date: Sat, 2 Apr 2005 09:42:17 -0500 Subject: bug reporting Message-ID: <200504020942.17154.czar@czarc.net> Should FC4T1 bugs which involve updates from development be reported against devel or FC4T1? ... or does it matter? -- Gene From russell at coker.com.au Sat Apr 2 14:52:30 2005 From: russell at coker.com.au (Russell Coker) Date: Sun, 3 Apr 2005 00:52:30 +1000 Subject: /usr/share/texmf-var Message-ID: <200504030052.34933.russell@coker.com.au> How is /usr/share/texmf-var being managed? From the below log messages on upgrading policy it seems that an rpm postinst script is creating files in the /tmp directory and then moving them across. If so this seems like a bad idea (think about what happens if the machine crashes part way through the move process, what happens if /tmp has space but /usr doesn't, and the other possible issues). For SE Linux we could get this working by relabelling files after the package in question is installed/upgraded (the postinst of the package could call restorecon to do it). But it seems that a better solution would be to just put the files under /usr/share/texmf-var when they are first created. /sbin/restorecon reset context /usr/share/texmf-var/web2c/omega.log:root:object_r:rpm_script_tmp_t->system_u:object_r:usr_t /sbin/restorecon reset context /usr/share/texmf-var/web2c/bplain.fmt:root:object_r:rpm_script_tmp_t->system_u:object_r:usr_t /sbin/restorecon reset context /usr/share/texmf-var/web2c/aleph.log:root:object_r:rpm_script_tmp_t->system_u:object_r:usr_t /sbin/restorecon reset context /usr/share/texmf-var/web2c/mf.log:root:object_r:rpm_script_tmp_t->system_u:object_r:usr_t /sbin/restorecon reset context /usr/share/texmf-var/web2c/amstex.log:root:object_r:rpm_script_tmp_t->system_u:object_r:usr_t -- 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 From laroche at redhat.com Sat Apr 2 15:31:05 2005 From: laroche at redhat.com (Florian La Roche) Date: Sat, 2 Apr 2005 17:31:05 +0200 Subject: rpm dependencies and duplicate provides Message-ID: <20050402153104.GA6320@dudweiler.stuttgart.redhat.com> We have looked at the dependency data within rpm packages. All packages normally provide a list of included shared libraries and also automatically generated perl deps. The list of packages providing the same "provides" dependency data is pretty long. The shortened list that only includes duplicate entries and also might match any requirement lines in FC-devel is the following: ('perl(Automake::XFile)', 32776L, '1.1') ['automake16-1.6.3-5.noarch.rpm', 'automake17-1.7.9-6.noarch.rpm'] ('webclient', 0L, '') ['elinks-0.10.3-1.i386.rpm', 'firefox-1.0.2-3.i386.rpm', 'lynx-2.8.5-23.i386.rpm', 'mozilla-1.7.6-2.i386.rpm', 'w3m-0.5.1-8.i386.rpm', 'wget-1.9.1-22.i386.rpm'] ('/usr/sbin/sendmail', 0L, '') ['postfix-2.2.1-1.i386.rpm', 'sendmail-8.13.3-2.i386.rpm'] ('smtpdaemon', 0L, '') ['postfix-2.2.1-1.i386.rpm', 'sendmail-8.13.3-2.i386.rpm'] ('perl(Pod::Select)', 32776L, '1.13') ['mrtg-2.11.1-3.i386.rpm', 'perl-5.8.6-5.i386.rpm'] ('perl(Automake::General)', 32768L, '') ['automake-1.9.5-1.noarch.rpm', 'automake16-1.6.3-5.noarch.rpm', 'automake17-1.7.9-6.noarch.rpm'] ('perl(Automake::Struct)', 32776L, '0.58') ['automake-1.9.5-1.noarch.rpm', 'automake15-1.5-13.noarch.rpm', 'automake16-1.6.3-5.noarch.rpm', 'automake17-1.7.9-6.noarch.rpm'] ('libxmlsec1.so.1', 32768L, '') ['openoffice.org-core-1.9.88-4.i386.rpm', 'xmlsec1-1.2.7-4.i386.rpm'] ('perl(Automake::Channels)', 32768L, '') ['automake-1.9.5-1.noarch.rpm', 'automake17-1.7.9-6.noarch.rpm'] ('perl(Inline)', 32768L, '') ['perl-Inline-0.44-14.i386.rpm', 'perl-PDL-2.4.1-9.i386.rpm'] ('libmd5.so.0', 32768L, '') ['libsilc-0.9.12-9.i386.rpm', 'w3c-libwww-5.4.0-13.i386.rpm'] ('libbind.so.3', 32768L, '') ['bind-libbind-devel-9.3.1-1_FC4.i386.rpm', 'bind-libs-9.3.1-1_FC4.i386.rpm'] So it is currently no real problem for FC-devel packages since we normally make sure to link against system libs and the duplicate perl items are also ok. This might look differently if we look at require dependencies e.g. from Fedora Core Extras and then check which deps might have duplicate provides within rpm packages to find maybe real problems with our current deps. greetings, Florian La Roche dupes = [ ("glibc", "i386"), ("nptl-devel", "i386"), ("openssl", "i386"), ("kernel", "i586"), ("kernel-smp", "i686"), ("kernel-smp-devel", "i686"), ("kernel-xen0", "i686"), ("kernel-xenU", "i686"), ("kernel-devel", "i586") ] def checkProvides(repo): provides = {} requires = {} for rpm in repo: req = rpm.getRequires() if not req: continue for r in req: if not requires.has_key(r[0]): requires[r[0]] = [] requires[r[0]].append(rpm.getFilename()) for rpm in repo: if (rpm["name"], rpm["arch"]) in dupes: continue provs = rpm.getProvides() if not provs: continue for p in provs: if not provides.has_key(p): provides[p] = [] provides[p].append(rpm.getFilename()) print "Duplicate provides:" for p in provides.keys(): if len(provides[p]) > 1: # also check if the rpm is different between provides/requires if not requires.has_key(p[0]): continue print p, provides[p] From laroche at redhat.com Sat Apr 2 16:05:51 2005 From: laroche at redhat.com (Florian La Roche) Date: Sat, 2 Apr 2005 18:05:51 +0200 Subject: rpm dependencies and duplicate provides In-Reply-To: <20050402153104.GA6320@dudweiler.stuttgart.redhat.com> References: <20050402153104.GA6320@dudweiler.stuttgart.redhat.com> Message-ID: <20050402160551.GA6493@dudweiler.stuttgart.redhat.com> > perl items are also ok. This might look differently if we look at > require dependencies e.g. from Fedora Core Extras and then check > which deps might have duplicate provides within rpm packages > to find maybe real problems with our current deps. With a quick hack to not look at package with the same name, I get the following output for a check across FC-devel and FE-development/i386: ('perl(GtkDefs)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] ('smtpdaemon', 0L, '') ['postfix', 'sendmail'] ('perl(Inline)', 32768L, '') ['perl-Inline', 'perl-PDL'] ('perl(DocsParser)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] ('libbind.so.3', 32768L, '') ['bind-libbind-devel', 'bind-libs'] ('libxmlsec1.so.1', 32768L, '') ['openoffice.org-core', 'xmlsec1'] ('pcsc-ifd-handler', 0L, '') ['ccid', 'pcsc-lite-openct'] ('libscam.so.1', 32768L, '') ['opensc-pam', 'pam_opensc'] ('webclient', 0L, '') ['elinks', 'firefox', 'lynx', 'mozilla', 'w3m', 'wget', 'dillo'] ('perl(Enum)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] ('perl(Automake::General)', 32768L, '') ['automake', 'automake16', 'automake17'] ('perl(Pod::Select)', 32776L, '1.13') ['mrtg', 'perl'] ('perl(Function)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] ('perl(Object)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] ('libsndfile.so.1', 32768L, '') ['openoffice.org-core', 'libsndfile'] ('perl(Automake::XFile)', 32776L, '1.1') ['automake16', 'automake17'] ('torcs-data-tracks', 8L, '1.2.3-1') ['torcs-data-tracks-dirt', 'torcs-data-tracks-oval', 'torcs-data-tracks-road'] ('perl(FunctionBase)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] ('perl(Output)', 32768L, '') ['glibmm24-devel', 'gtkmm20-devel'] ('perl(WrapParser)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] ('perl(Automake::Channels)', 32768L, '') ['automake', 'automake17'] ('/usr/sbin/sendmail', 0L, '') ['postfix', 'sendmail'] ('libmd5.so.0', 32768L, '') ['libsilc', 'w3c-libwww'] ('libsndfile.so.1(libsndfile.so.1.0)', 32768L, '') ['openoffice.org-core', 'libsndfile'] ('perl(Property)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] ('perl(Automake::Struct)', 32776L, '0.58') ['automake', 'automake15', 'automake16', 'automake17'] ('perl(Util)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] So looks like we have overlaps with - glibmm24 / gtkmm20 - opensc-pam / pam_opensc - duplicate packaged libmd5/libsndfile So still no bigger items eevn with FE added to the test. (Haven't even looked at the above packages...) greetings, Florian La Roche From ronny-vlug at vlugnet.org Sat Apr 2 16:17:19 2005 From: ronny-vlug at vlugnet.org (Ronny Buchmann) Date: Sat, 2 Apr 2005 18:17:19 +0200 Subject: non root LVM not working with recent initscripts Message-ID: <200504021817.19780.ronny-vlug@vlugnet.org> On a system with / on a normal partition and other filesystems on LVM volumes rc.sysinit tries to fsck the LVM volumes before they are available. If / is also on LVM, mkinitrd runs vgscan before rc.sysinit, so everything is fine here. So the question is, should this be solved in mkinitrd (by running vgscan whenever LVM is present, not only when / is on LVM) or in initscripts? And against what should the bug be filed? -- http://LinuxWiki.org/RonnyBuchmann From thomasz at hostmaster.org Sat Apr 2 17:28:21 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Sat, 02 Apr 2005 19:28:21 +0200 Subject: FC4: no pan, no gv, and no xfwm? Message-ID: <1112462901.19683.5.camel@hostmaster.org> Hi, what is RedHat's plan for these applications? Are they going to reappear in the final release (core or extras)? Are there any replacements or are we expected to compile them from source? Especially viewing postscript files is a big pain without gv :-( Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key The horizon of many people is a circle with a radius of zero. They call this their point of view. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From fedora at wir-sind-cool.org Sat Apr 2 17:29:52 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 2 Apr 2005 19:29:52 +0200 Subject: rpm dependencies and duplicate provides In-Reply-To: <20050402160551.GA6493@dudweiler.stuttgart.redhat.com> References: <20050402153104.GA6320@dudweiler.stuttgart.redhat.com> <20050402160551.GA6493@dudweiler.stuttgart.redhat.com> Message-ID: <20050402192952.109f8a7e.fedora@wir-sind-cool.org> On Sat, 2 Apr 2005 18:05:51 +0200, Florian La Roche wrote: > > perl items are also ok. This might look differently if we look at > > require dependencies e.g. from Fedora Core Extras and then check > > which deps might have duplicate provides within rpm packages > > to find maybe real problems with our current deps. > > With a quick hack to not look at package with the same name, > I get the following output for a check across FC-devel and > FE-development/i386: > > ('perl(GtkDefs)', 32776L, '1.00') ['glibmm24-devel', 'gtkmm20-devel'] -snip- Initial thought here was: Then the automated Perl "Provides" checker is too limited, because there is not much sense in adding a virtual provides in perl(...) namespace for a Perl module outside standard Perl search path for Perl modules: /usr/lib/gtkmm-2.0/proc/pm/GtkDefs.pm From dakingun at gmail.com Sat Apr 2 18:04:02 2005 From: dakingun at gmail.com (Deji Akingunola) Date: Sat, 2 Apr 2005 13:04:02 -0500 Subject: FC4: no pan, no gv, and no xfwm? In-Reply-To: <1112462901.19683.5.camel@hostmaster.org> References: <1112462901.19683.5.camel@hostmaster.org> Message-ID: Hi Tom, On Apr 2, 2005 12:28 PM, Thomas Zehetbauer wrote: > Hi, > > what is RedHat's plan for these applications? Are they going to reappear > in the final release (core or extras)? Are there any replacements or are > we expected to compile them from source? Especially viewing postscript > files is a big pain without gv :-( > I've heard there's a capable replacement called evince ;) Deji From ed at eh3.com Sat Apr 2 18:08:26 2005 From: ed at eh3.com (Ed Hill) Date: Sat, 02 Apr 2005 13:08:26 -0500 Subject: FC4: no pan, no gv, and no xfwm? In-Reply-To: <1112462901.19683.5.camel@hostmaster.org> References: <1112462901.19683.5.camel@hostmaster.org> Message-ID: <1112465306.20377.233.camel@ernie> On Sat, 2005-04-02 at 19:28 +0200, Thomas Zehetbauer wrote: > > what is RedHat's plan for these applications? Are they going to reappear > in the final release (core or extras)? Are there any replacements or are > we expected to compile them from source? Especially viewing postscript > files is a big pain without gv :-( Hi Tom, I can't speak for Red Hat and I know nothing about pan but there is a gsview currently in extras: http://cvs.fedora.redhat.com/viewcvs/devel/gsview/?root=extras that might (???) do what you need. And the xfce4 packages are right now in the process of being incorporated into Extras: https://www.redhat.com/archives/fedora-extras-commits/2005- April/msg00041.html so they should be there for FC4. Ed -- Edward H. Hill III, PhD office: MIT Dept. of EAPS; Rm 54-1424; 77 Massachusetts Ave. Cambridge, MA 02139-4307 emails: eh3 at mit.edu ed at eh3.com URLs: http://web.mit.edu/eh3/ http://eh3.com/ phone: 617-253-0098 fax: 617-253-4464 From pjones at redhat.com Sun Apr 3 00:05:41 2005 From: pjones at redhat.com (Peter Jones) Date: Sat, 02 Apr 2005 19:05:41 -0500 Subject: non root LVM not working with recent initscripts In-Reply-To: <200504021817.19780.ronny-vlug@vlugnet.org> References: <200504021817.19780.ronny-vlug@vlugnet.org> Message-ID: <1112486741.13073.2.camel@localhost.localdomain> On Sat, 2005-04-02 at 18:17 +0200, Ronny Buchmann wrote: > On a system with / on a normal partition and other filesystems on LVM volumes > rc.sysinit tries to fsck the LVM volumes before they are available. > > If / is also on LVM, mkinitrd runs vgscan before rc.sysinit, so everything is > fine here. > > So the question is, should this be solved in mkinitrd (by running vgscan > whenever LVM is present, not only when / is on LVM) or in initscripts? No, rc.sysinit should be initializing all non-"/" VGs. In particular, the initrd must *not* initialize volume groups which might be clustered, and it's fairly complicated to keep track of all of that in the initrd. > And against what should the bug be filed? "initscripts". -- Peter From thomasz at hostmaster.org Sun Apr 3 01:23:39 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Sun, 03 Apr 2005 03:23:39 +0200 Subject: FC4: no pan, no gv, and no xfwm? In-Reply-To: References: <1112462901.19683.5.camel@hostmaster.org> Message-ID: <1112491419.19683.7.camel@hostmaster.org> On Sat, 2005-04-02 at 13:04 -0500, Deji Akingunola wrote: > I've heard there's a capable replacement called evince ;) Thanks, that is what I was looking for. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Heisenberg may have slept here... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From ronny-vlug at vlugnet.org Sun Apr 3 08:16:40 2005 From: ronny-vlug at vlugnet.org (Ronny Buchmann) Date: Sun, 3 Apr 2005 10:16:40 +0200 Subject: non root LVM not working with recent initscripts In-Reply-To: <1112486741.13073.2.camel@localhost.localdomain> References: <200504021817.19780.ronny-vlug@vlugnet.org> <1112486741.13073.2.camel@localhost.localdomain> Message-ID: <200504031016.40848.ronny-vlug@vlugnet.org> On Sunday 03 April 2005 02:05, Peter Jones wrote: > On Sat, 2005-04-02 at 18:17 +0200, Ronny Buchmann wrote: > > On a system with / on a normal partition and other filesystems on LVM > > volumes rc.sysinit tries to fsck the LVM volumes before they are > > available. the real problem is: rc.sysinit tries to create device nodes when / is still read-only. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153215 -- http://LinuxWiki.org/RonnyBuchmann From pjones at redhat.com Sun Apr 3 08:29:24 2005 From: pjones at redhat.com (Peter Jones) Date: Sun, 03 Apr 2005 04:29:24 -0400 Subject: non root LVM not working with recent initscripts In-Reply-To: <200504031016.40848.ronny-vlug@vlugnet.org> References: <200504021817.19780.ronny-vlug@vlugnet.org> <1112486741.13073.2.camel@localhost.localdomain> <200504031016.40848.ronny-vlug@vlugnet.org> Message-ID: <1112516964.13073.6.camel@localhost.localdomain> On Sun, 2005-04-03 at 10:16 +0200, Ronny Buchmann wrote: > On Sunday 03 April 2005 02:05, Peter Jones wrote: > > On Sat, 2005-04-02 at 18:17 +0200, Ronny Buchmann wrote: > > > On a system with / on a normal partition and other filesystems on LVM > > > volumes rc.sysinit tries to fsck the LVM volumes before they are > > > available. > the real problem is: > rc.sysinit tries to create device nodes when / is still read-only. Why should that matter? /dev should be a rw tmpfs mount, and rw. -- Peter From ronny-vlug at vlugnet.org Sun Apr 3 08:58:49 2005 From: ronny-vlug at vlugnet.org (Ronny Buchmann) Date: Sun, 3 Apr 2005 10:58:49 +0200 Subject: Self-Introduction: Ronny Buchmann Message-ID: <200504031058.49631.ronny-vlug@vlugnet.org> Full legal name: Ronny Buchmann City, Country: near Stuttgart, Germany Profession or Student status: I've studied mechanical engineering, but now do system administration and support in CAE, PLM and Linux. Company or School this is my spare time, so it doesn't matter Your goals in the Fedora Project: (in order of priority) * translations (fedora packages and docs) * QA (mostly rawhide) and bugfixes * getting HBCI and DVB related stuff into FE (if I find the time) Historical qualifications: What other projects have you worked on in the past? * linuxwiki.de (german wiki about Linux and Free Software) * fedora translations (German) * fedora bug hunting * helping in openhbci2/aqmoney2 (rpmbuilding, man pages) * local LUG work (http://www.vlug.de) * some bug fixing in various projects What computer languages and other skills do you know? * a bit of python (getting better) * a bit of docbook, rpm building (mostly local), bash, C, perl * not relevant to Fedora I think: SAP, CATIA Why should we trust you? * search the web (http://www.google.de/search?q=Ronny+Buchmann, it's 99% me) and decide yourself GPG KEYID and fingerprint: pub 1024D/10373979 2003-07-11 Ronny Buchmann Key fingerprint = ED9D A9B8 8A38 52E9 2A1E 143D 47E4 DBC5 1037 3979 uid Ronny Buchmann uid Ronny Buchmann (VLUG) sub 1024g/94239780 2003-07-11 -- http://LinuxWiki.org/RonnyBuchmann From paul at all-the-johnsons.co.uk Sun Apr 3 10:27:19 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 03 Apr 2005 11:27:19 +0100 Subject: Oddity in gconf ed (looking for a reason the panel menus are broken) Message-ID: <1112524039.6360.9.camel@localhost.localdomain> Hi, I'm looking to see if there is anything in gconfed to see if there is a reason why the gnome-panel menus are currently broken (it's in bugzilla : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147900) and it seems that inside of the /apps/panel/objects listing that there are rather a large number of entries for objects which no longer exist on this machine (for example, I have presentation, presentations, spreadsheet, wordprocessor, web and web_browser launchers : I removed these when I customised my panel when this box was a vanilla FC3 one). Is there any chance that these old entries (and there are plenty of them!) are screwing up the panel menus? TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ronny-vlug at vlugnet.org Sun Apr 3 10:45:55 2005 From: ronny-vlug at vlugnet.org (Ronny Buchmann) Date: Sun, 3 Apr 2005 12:45:55 +0200 Subject: non root LVM not working with recent initscripts In-Reply-To: <1112516964.13073.6.camel@localhost.localdomain> References: <200504021817.19780.ronny-vlug@vlugnet.org> <200504031016.40848.ronny-vlug@vlugnet.org> <1112516964.13073.6.camel@localhost.localdomain> Message-ID: <200504031245.56143.ronny-vlug@vlugnet.org> On Sunday 03 April 2005 10:29, Peter Jones wrote: > On Sun, 2005-04-03 at 10:16 +0200, Ronny Buchmann wrote: > > On Sunday 03 April 2005 02:05, Peter Jones wrote: > > > On Sat, 2005-04-02 at 18:17 +0200, Ronny Buchmann wrote: > > > > On a system with / on a normal partition and other filesystems on LVM > > > > volumes rc.sysinit tries to fsck the LVM volumes before they are > > > > available. > > > > the real problem is: > > rc.sysinit tries to create device nodes when / is still read-only. > > Why should that matter? /dev should be a rw tmpfs mount, and rw. Oh I didn't notice that (I think it should be added to mtab and fstab) After investigating a bit further I think I found it: /etc/lvm/archive and /etc/lvm/backup are not existing so "/sbin/lvm.static vgscan --mknodes --ignorelockingfailure" complains about failing mkdir (because of read-only fs) So it seems the best thing would be to include /etc/lvm/archive and /etc/lvm/archive in the lvm rpm. changed the bug to component lvm2 thanks -- http://LinuxWiki.org/RonnyBuchmann From Axel.Thimm at ATrpms.net Sun Apr 3 11:26:31 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 3 Apr 2005 13:26:31 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? Message-ID: <20050403112631.GB3202@neu.nirvana> Hi, what is the recommended way to automatically load some modules upon bootup? Ideally it should be part of /etc/rc.d/rc.sysinit. One can find the following entry there: # Load modules (for backward compatibility with VARs) if [ -f /etc/rc.modules ]; then /etc/rc.modules fi This mechanism looks fine to me, but for one it says "backward compatibility", so there must be some more modern approach, and secondly it is sourcing in one file only, e.g. autoloading would have to be edited instead of dropped in. I searched through the archives and bugzilla and found many threads half-resoved, e.g. everybody is scared off to rely on a feature called "backwards compatible" as this is the first step to deprecated. Whoever wrote that comments knows how to do it better, so step up and talk! ;) If there is no better mechanism, then please consider shipping an /etc/rc.modules that sources in /etc/rc.modules.d/* or similar, so packages can simply drop in a module loading script. Thanks! -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Sun Apr 3 11:29:48 2005 From: buildsys at redhat.com (Build System) Date: Sun, 3 Apr 2005 07:29:48 -0400 Subject: rawhide report: 20050403 changes Message-ID: <200504031129.j33BTmpr002925@porkchop.devel.redhat.com> Updated Packages: NetworkManager-0.4-5.cvs20050402 -------------------------------- * Sat Apr 02 2005 Dan Williams 0.4-5.cvs20050402 - Update from latest CVS HEAD dictd-1.9.7-8 ------------- * Sat Apr 02 2005 Florian La Roche - /etc/init.d -> /etc/rc.d/init.d gdb-6.3.0.0-1.10 ---------------- * Sat Apr 02 2005 Andrew Cagney 6.3.0.0-1.10 - Print a warning when the separate debug info's CRC doen't match; test. gdm-1:2.6.0.8-1 --------------- * Sat Apr 02 2005 Ray Strode 1:2.6.0.8-1 - update to 2.6.0.8 - add new init scripts to support early-login mode libgconf-java-2.10.0-1 ---------------------- * Sat Apr 02 2005 Thomas Fitzsimmons - 2.10.0-1 - Import libgconf-java 2.10.0. libgtk-java-2.6.1.1-1 --------------------- * Sat Apr 02 2005 Thomas Fitzsimmons - 2.6.1.1-1 - Import libgtk-java 2.6.1.1. libxml2-2.6.19-1 ---------------- * Sat Apr 02 2005 Daniel Veillard - upstream release 2.6.19 see http://xmlsoft.org/news.html * Thu Jan 02 2003 Daniel Veillard - integrated drv_libxml2 xml.sax driver from St?phane Bidoul - provides the new XmlTextReader interfaces based on C# XML APIs * Wed Oct 23 2002 Daniel Veillard - revamped the spec file, cleaned up some rpm building problems libxslt-1.1.14-1 ---------------- * Sat Apr 02 2005 Daniel Veillard - upstream release 1.1.14 see http://xmlsoft.org/XSLT/news.html * Sun Nov 02 2003 Daniel Veillard - cleanup, removal of the deprecated breakpoint library and automated libxml2 dependancy level in the generated spec file. * Wed Oct 23 2002 Daniel Veillard - revamped the spec file, cleaned up some rpm building problems openoffice.org-1:1.9.89-1 ------------------------- * Thu Mar 31 2005 Caolan McNamara 1:1.9.89-1 - bump to 1.9.89 - drop integrated openoffice.org-1.9.83.ooo43995.wptypedetect.patch - drop hsqldb backport from 1.9.89 now - add more parallel build patches as we go along perl-BSD-Resource-1.24-3 ------------------------ * Sat Apr 02 2005 Warren Togami - 1.24-3 - skip make test #153178 * Sat Apr 02 2005 Jose Pedro Oliveira - 1.24-2 - spec cleanup - License corrected perl-Digest-SHA1-2.10-1 ----------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 2.10-1 - Update to 2.10. - spec cleanup (#153198) perl-File-MMagic-1.22-1 ----------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 1.22-1 - Update to 1.22 - Spec cleanup (#153204) perl-TermReadKey-2.30-1 ----------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 2.30-1 - Update to 2.30. - spec cleanup (#153200) perl-URI-1.35-2 --------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 1.35-2 - Update to 1.35. - Spec cleanup (#153205) perl-libwww-perl-5.803-2 ------------------------ * Sat Apr 02 2005 Warren Togami - 5.803-2 - skip make test (#150363) * Sat Apr 02 2005 Jose Pedro Oliveira - 5.803-1 - Update to 5.803. - spec cleanup (#150363) perl-libxml-perl-0.08-1 ----------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 0.08-1 - Update to 0.08. - spec cleanup (#153199) xen-2-20050402 -------------- * Sat Apr 02 2005 Rik van Riel 2-20050402 - move initscripts to /etc/rc.d/init.d (Florian La Roche) (#153188) - ship only PDF documentation, not the PS or tex duplicates From ronny-vlug at vlugnet.org Sun Apr 3 12:24:58 2005 From: ronny-vlug at vlugnet.org (Ronny Buchmann) Date: Sun, 3 Apr 2005 14:24:58 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050403112631.GB3202@neu.nirvana> References: <20050403112631.GB3202@neu.nirvana> Message-ID: <200504031424.58410.ronny-vlug@vlugnet.org> On Sunday 03 April 2005 13:26, Axel Thimm wrote: > Hi, > > what is the recommended way to automatically load some modules upon > bootup? > > Ideally it should be part of /etc/rc.d/rc.sysinit. One can find the > following entry there: > > # Load modules (for backward compatibility with VARs) > if [ -f /etc/rc.modules ]; then > /etc/rc.modules > fi > Whoever wrote that comments knows how to do it better, so step up and > talk! ;) This is already present in rc.sysinit rev 1.1.1.1 (cvs import by Erik Troan dated 1997) -- http://LinuxWiki.org/RonnyBuchmann From linux_4ever at yahoo.com Sun Apr 3 14:54:32 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 3 Apr 2005 07:54:32 -0700 (PDT) Subject: Postgresql fails compiling today Message-ID: <20050403145432.19242.qmail@web51507.mail.yahoo.com> Hello, I'm still researching a strange problem. If I set the date on my machine to Apr 2(EST), the postgresql package compiles. If my machine is Apr 3 (EDT), it fails to compile. Something dies in the horology tests. My guess is something to do with Daylight Savings Time. Has anyone else noticed this? Thanks, -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mike at netlyncs.com Sun Apr 3 15:00:33 2005 From: mike at netlyncs.com (Mike Chambers) Date: Sun, 03 Apr 2005 10:00:33 -0500 Subject: gcc/cpp conflicts from rawhide Message-ID: <1112540433.3291.0.camel@scrappy.netlyncs.com> Anyone else seeing this? There was a package dependency problem. The message was: Unresolvable chain of dependencies: gcc-4.0.0-0.37 requires cpp = 4.0.0-0.37 gcc-c++-4.0.0-0.38 requires gcc = 4.0.0-0.38 gcc-gfortran-4.0.0-0.38 requires gcc = 4.0.0-0.38 gcc-gnat-4.0.0-0.38 requires gcc = 4.0.0-0.38 Above while trying to actually *update* gcc and cpp. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From czar at czarc.net Sun Apr 3 15:25:41 2005 From: czar at czarc.net (Gene C.) Date: Sun, 3 Apr 2005 10:25:41 -0500 Subject: gcc/cpp conflicts from rawhide In-Reply-To: <1112540433.3291.0.camel@scrappy.netlyncs.com> References: <1112540433.3291.0.camel@scrappy.netlyncs.com> Message-ID: <200504031125.42056.czar@czarc.net> On Sunday 03 April 2005 11:00, Mike Chambers wrote: > Anyone else seeing this? > > There was a package dependency problem. The message was: > > Unresolvable chain of dependencies: > gcc-4.0.0-0.37 ? ? ? ? ? ? ? ? ? ? ? ? ? requires cpp = 4.0.0-0.37 > gcc-c++-4.0.0-0.38 ? ? ? ? ? ? ? ? ? ? ? requires gcc = 4.0.0-0.38 > gcc-gfortran-4.0.0-0.38 ? ? ? ? ? ? ? ? ?requires gcc = 4.0.0-0.38 > gcc-gnat-4.0.0-0.38 ? ? ? ? ? ? ? ? ? ? ?requires gcc = 4.0.0-0.38 > > Above while trying to actually *update* gcc and cpp. I have seen this using up2date. However, I was able to update if I used yum update. -- Gene From czar at czarc.net Sun Apr 3 15:27:46 2005 From: czar at czarc.net (Gene C.) Date: Sun, 3 Apr 2005 10:27:46 -0500 Subject: gcc/cpp conflicts from rawhide In-Reply-To: <1112540433.3291.0.camel@scrappy.netlyncs.com> References: <1112540433.3291.0.camel@scrappy.netlyncs.com> Message-ID: <200504031127.46694.czar@czarc.net> On Sunday 03 April 2005 11:00, Mike Chambers wrote: > Anyone else seeing this? > > There was a package dependency problem. The message was: > > Unresolvable chain of dependencies: > gcc-4.0.0-0.37 ? ? ? ? ? ? ? ? ? ? ? ? ? requires cpp = 4.0.0-0.37 > gcc-c++-4.0.0-0.38 ? ? ? ? ? ? ? ? ? ? ? requires gcc = 4.0.0-0.38 > gcc-gfortran-4.0.0-0.38 ? ? ? ? ? ? ? ? ?requires gcc = 4.0.0-0.38 > gcc-gnat-4.0.0-0.38 ? ? ? ? ? ? ? ? ? ? ?requires gcc = 4.0.0-0.38 > > Above while trying to actually *update* gcc and cpp. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=152163 -- Gene From bruno at wolff.to Sun Apr 3 16:03:53 2005 From: bruno at wolff.to (Bruno Wolff III) Date: Sun, 3 Apr 2005 11:03:53 -0500 Subject: Postgresql fails compiling today In-Reply-To: <20050403145432.19242.qmail@web51507.mail.yahoo.com> References: <20050403145432.19242.qmail@web51507.mail.yahoo.com> Message-ID: <20050403160353.GA32152@wolff.to> On Sun, Apr 03, 2005 at 07:54:32 -0700, Steve G wrote: > Hello, > > I'm still researching a strange problem. If I set the date on my machine to Apr > 2(EST), the postgresql package compiles. If my machine is Apr 3 (EDT), it fails > to compile. Something dies in the horology tests. My guess is something to do > with Daylight Savings Time. > > Has anyone else noticed this? Well it doesn't seem to have made the level of an FAQ, but it is a known issue. Only the regression tests, you should actually be able to make and install it. You can double check the regression tests tomorrow. I believe that Tom Lane was considering doing some work on those tests so that the regression tests wouldn't fail on days where the timezone changed, but it isn't a real high priority. From ivazquez at ivazquez.net Sun Apr 3 16:16:42 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 03 Apr 2005 12:16:42 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050403112631.GB3202@neu.nirvana> References: <20050403112631.GB3202@neu.nirvana> Message-ID: <1112545002.23244.2.camel@ignacio.ignacio.lan> On Sun, 2005-04-03 at 13:26 +0200, Axel Thimm wrote: > This mechanism looks fine to me, but for one it says "backward > compatibility", so there must be some more modern approach, and > secondly it is sourcing in one file only, e.g. autoloading would have > to be edited instead of dropped in. Editing rc.sysinit around line 150 or so is the "modern" way, but it is still ugly. > If there is no better mechanism, then please consider shipping an > /etc/rc.modules that sources in /etc/rc.modules.d/* or similar, so > packages can simply drop in a module loading script. +1 -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From tmraz at redhat.com Sun Apr 3 16:51:55 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Sun, 03 Apr 2005 18:51:55 +0200 Subject: pam_tally broken In-Reply-To: <1112411696.3591.2.camel@hostmaster.org> References: <1112411696.3591.2.camel@hostmaster.org> Message-ID: <1112547115.5791.9.camel@perun.redhat.usu> On Sat, 2005-04-02 at 05:14 +0200, Thomas Zehetbauer wrote: > Hi, > > it seems that pam_tally.so is broken in pam-0.79-1.x86_64. It complains > about deny being allowed in auth phase only and no_magic_root beeing a > unknown option and then segfaults in the session module. The pam_tally was redesigned so you need to move the options a little bit. However the segfaulting su is clearly a bug somewhere. I'll investigate it. -- Tomas Mraz From tmraz at redhat.com Sun Apr 3 17:16:49 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Sun, 03 Apr 2005 19:16:49 +0200 Subject: pam_tally broken In-Reply-To: <1112547115.5791.9.camel@perun.redhat.usu> References: <1112411696.3591.2.camel@hostmaster.org> <1112547115.5791.9.camel@perun.redhat.usu> Message-ID: <1112548610.5791.11.camel@perun.redhat.usu> On Sun, 2005-04-03 at 18:51 +0200, Tomas Mraz wrote: > On Sat, 2005-04-02 at 05:14 +0200, Thomas Zehetbauer wrote: > > Hi, > > > > it seems that pam_tally.so is broken in pam-0.79-1.x86_64. It complains > > about deny being allowed in auth phase only and no_magic_root beeing a > > unknown option and then segfaults in the session module. > > The pam_tally was redesigned so you need to move the options a little > bit. However the segfaulting su is clearly a bug somewhere. I'll > investigate it. OK, the segfault is fixed in pam-0.79-2. -- Tomas Mraz From agk at redhat.com Sun Apr 3 17:23:31 2005 From: agk at redhat.com (Alasdair G Kergon) Date: Sun, 3 Apr 2005 18:23:31 +0100 Subject: non root LVM not working with recent initscripts In-Reply-To: <200504031245.56143.ronny-vlug@vlugnet.org> References: <200504021817.19780.ronny-vlug@vlugnet.org> <200504031016.40848.ronny-vlug@vlugnet.org> <1112516964.13073.6.camel@localhost.localdomain> <200504031245.56143.ronny-vlug@vlugnet.org> Message-ID: <20050403172331.GA14315@agk.surrey.redhat.com> On Sun, Apr 03, 2005 at 12:45:55PM +0200, Ronny Buchmann wrote: > so "/sbin/lvm.static vgscan --mknodes --ignorelockingfailure" complains about > failing mkdir (because of read-only fs) That command has two outputs: 1. It writes to /etc/lvm/.cache. [No point if filesystem ro.] 2. It brings lvm2 nodes into line with the kernel in /dev. [Assuming /etc isn't on its own partition] rc.sysinit needs: remount / rw vgscan --mknodes --ignorelockingfailure vgchange -ay --ignorelockingfailure raid init if present if any raid volumes were found: vgscan --mknodes --ignorelockingfailure vgchange -ay --ignorelockingfailure fsck & mount all non-/ ... clustered lvm initscript: initialise locking vgchange -ay The issue here is that everyone with raid suffers from 'vgscan' running twice in rc.sysinit. People have either lvm-over-raid (preferred) or raid-over-lvm but rarely both: we could do with a way to detect or tell the initscripts which is present. The mkdmnod functionality is now supposed to be built-into lvm2 transparently [inside libdevmapper]. And vgscan functionality (item 1 above) should also be built-in now: other lvm2 commands should issue an implicit 'vgscan' whenever they need to. (This is a recent change so there could still be cases it misses.) Alasdair -- agk at redhat.com From florin at andrei.myip.org Sun Apr 3 23:12:02 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Sun, 03 Apr 2005 16:12:02 -0700 Subject: bugzilla.redhat.com is broken NOW! In-Reply-To: <1112385358.3471.456.camel@jkeating2.hq.pogolinux.com> References: <1112328928.15353.2.camel@rivendell.home.local> <1112385358.3471.456.camel@jkeating2.hq.pogolinux.com> Message-ID: <1112569922.6412.3.camel@rivendell.home.local> On Fri, 2005-04-01 at 11:55 -0800, Jesse Keating wrote: > On Thu, 2005-03-31 at 20:15 -0800, Florin Andrei wrote: > > > > Connection to host bugzilla.redhat.com is broken. > > Seems to be fixed now? It's very weird, i saved the text of the original bug report and each time i try to re-enter it, bugzilla fails. The problem persists even after wiping out the .mozilla directory, even after re-installing Firefox, even when entering the bug from another computer. I just re-phrased the bug (totally scraped the original text) and i was able to enter it. -- Florin Andrei http://florin.myip.org/ From zaitcev at redhat.com Mon Apr 4 04:27:37 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 3 Apr 2005 21:27:37 -0700 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: References: Message-ID: <20050403212737.567b73ee@localhost.localdomain> On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm wrote: > what is the recommended way to automatically load some modules upon > bootup? I am not aware of a reason to want that aside from the special exception of USB (which should be built into kernels, really). Do you have an example in mind? > This mechanism looks fine to me [...] That's too bad, and you forgot to mention what you used it for. -- Pete From zaitcev at redhat.com Mon Apr 4 04:31:54 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 3 Apr 2005 21:31:54 -0700 Subject: Unsigned packages in yum in FC4T1 Message-ID: <20050403213154.363529ef@localhost.localdomain> Hi, Guys: Does anyone have an idea what is up with all the "unsigned packages"? I have installed FC4T1, but running "yum update" on it gets stuck with this: ........ Downloading Packages: unsigned package gdb-6.3.0.0-1.9.i386.rpm (it's not important which package is this, there are literally dozens and dozens of these) Seth, can we make yum not to abort when it sees an unsigned package? Or at the very least it would be a huge improvement if it printed ALL unsigned packages before quitting, and not just the first one. -- Pete From skvidal at phy.duke.edu Mon Apr 4 04:34:34 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 04 Apr 2005 00:34:34 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050403212737.567b73ee@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> Message-ID: <1112589275.2894.0.camel@cutter> On Sun, 2005-04-03 at 21:27 -0700, Pete Zaitcev wrote: > On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm wrote: > > > what is the recommended way to automatically load some modules upon > > bootup? > > I am not aware of a reason to want that aside from the special exception > of USB (which should be built into kernels, really). Do you have an > example in mind? building usb into kernels seems like a good way to break all laptops. since many of them won't sleep without removing the usb moudles. -sv From perbj at stanford.edu Mon Apr 4 04:49:06 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Sun, 03 Apr 2005 21:49:06 -0700 Subject: Unsigned packages in yum in FC4T1 In-Reply-To: <20050403213154.363529ef@localhost.localdomain> References: <20050403213154.363529ef@localhost.localdomain> Message-ID: <1112590147.6044.6.camel@localhost.localdomain> On Sun, 2005-04-03 at 21:31 -0700, Pete Zaitcev wrote: > Seth, can we make yum not to abort when it sees an unsigned package? Put a line with "gpgcheck=0" in your /etc/yum.repos.d/fedora-devel.repo file. Rawhide is pretty much always mostly unsigned... > Or at the very least it would be a huge improvement if it printed ALL > unsigned packages before quitting, and not just the first one. Hmm, that's an interesting idea. However, the only place you should really hit unsigned packages is (hopefully) Rawhide, and if you don't update to the unsigned packages you're not getting much of Rawhide anyways... Because of this I'm not really sure of how useful this would end up being. /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From cturner at pattern.net Mon Apr 4 04:55:27 2005 From: cturner at pattern.net (Chip Turner) Date: Mon, 04 Apr 2005 00:55:27 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050403212737.567b73ee@localhost.localdomain> (Pete Zaitcev's message of "Sun, 3 Apr 2005 21:27:37 -0700") References: <20050403212737.567b73ee@localhost.localdomain> Message-ID: Pete Zaitcev writes: > On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm wrote: > >> what is the recommended way to automatically load some modules upon >> bootup? > > I am not aware of a reason to want that aside from the special exception > of USB (which should be built into kernels, really). Do you have an > example in mind? pcspkr comes to mind. Chip -- Chip Turner cturner at pattern.net From mpeters at mac.com Mon Apr 4 04:56:12 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 04 Apr 2005 04:56:12 +0000 Subject: Unsigned packages in yum in FC4T1 In-Reply-To: <20050403213154.363529ef@localhost.localdomain> (from zaitcev@redhat.com on Sun Apr 3 21:31:54 2005) References: <20050403213154.363529ef@localhost.localdomain> Message-ID: <1112590572l.369l.0l@devel.mpeters.local> On 04/03/2005 09:31:54 PM, Pete Zaitcev wrote: > Hi, Guys: > > Does anyone have an idea what is up with all the "unsigned packages"? > I have installed FC4T1, but running "yum update" on it gets stuck > with this: > > ........ > Downloading Packages: > unsigned package gdb-6.3.0.0-1.9.i386.rpm > > (it's not important which package is this, there are literally dozens > and dozens of these) > > Seth, can we make yum not to abort when it sees an unsigned package? Packages in rawhide are not always signed. Change /etc/yum.conf there is a setting called "gpgcheck" change it from 1 to 0 to turn off signature checking. -- Michael A. Peters http://mpeters.us/ From mmitu at bitdefender.com Mon Apr 4 06:12:58 2005 From: mmitu at bitdefender.com (Mircea MITU) Date: Mon, 04 Apr 2005 09:12:58 +0300 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050403212737.567b73ee@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> Message-ID: <1112595178.8674.5.camel@localhost.localdomain> On Sun, 2005-04-03 at 21:27 -0700, Pete Zaitcev wrote: > On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm wrote: > > > what is the recommended way to automatically load some modules upon > > bootup? > > I am not aware of a reason to want that aside from the special exception > of USB (which should be built into kernels, really). Do you have an > example in mind? lm_sensors and lirc* modules -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://linux.bitdefender.com/ From link at pobox.com Mon Apr 4 06:40:36 2005 From: link at pobox.com (Terje Bless) Date: Mon, 4 Apr 2005 08:40:36 +0200 Subject: Fedora 4 XEN and Kernel 2.4xenU In-Reply-To: <20050331194526.GB17355@redhat.com> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dave Jones wrote: >I don't see any particular benefit offered by running a 2.4 kernel in a >2.6 Xen host. If 2.6 doesn't do something for you that 2.4 does, that >needs fixing. Not particularly in Fedora, but for RHEL there is a definite use for running RHAS 2.1 and RHEL 3 on a newer (kernel 2.6-based) RHEL release. Oracle 9i seems to really like RHAS 2.1, running on RHEL 3.0 requiring compat stuff, and nevermind getting it to run on RHEL 4. Not that I'd necessarily claim it's worth the effort to maintain, but for the 18 month life / 5 year support lifecycle of RHEL, providing such a Xen-based migration path would have some utility. Particularly if Xen 3.0 ends up supporting live-migration and evacuation of VMs across clustered nodes. - -- Everytime I write a rhyme these people thinks its a crime I tell `em what's on my mind. I guess I'm a CRIMINAL! I don't gotta say a word I just flip `em the bird and keep goin, I don't take shit from no one. I'm a CRIMINAL! -----BEGIN PGP SIGNATURE----- Version: PGP SDK 3.2.2 iQA/AwUBQlDhY6PyPrIkdfXsEQItSACeKbz5ek2C3u2vpXhWTGRJORcANzkAoISQ hYXlEhW4wjyfqV11HVvRp1yW =mkCX -----END PGP SIGNATURE----- From nphilipp at redhat.com Mon Apr 4 07:18:52 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 04 Apr 2005 09:18:52 +0200 Subject: Unsigned packages in yum in FC4T1 In-Reply-To: <20050403213154.363529ef@localhost.localdomain> References: <20050403213154.363529ef@localhost.localdomain> Message-ID: <1112599132.30337.7.camel@gibraltar.stuttgart.redhat.com> On Sun, 2005-04-03 at 21:31 -0700, Pete Zaitcev wrote: > Hi, Guys: > > Does anyone have an idea what is up with all the "unsigned packages"? > I have installed FC4T1, but running "yum update" on it gets stuck > with this: > > ........ > Downloading Packages: > unsigned package gdb-6.3.0.0-1.9.i386.rpm > > (it's not important which package is this, there are literally dozens > and dozens of these) > > Seth, can we make yum not to abort when it sees an unsigned package? > Or at the very least it would be a huge improvement if it printed ALL > unsigned packages before quitting, and not just the first one. We had that discussion with FC3 devel (or was it FC2?) already -- I argued that we should somehow ensure that all packages leaving the build system (i.e. getting pushed) would be signed with at least some key to ensure package integrity while others argued that this would somehow suggest a level of quality in the package which isn't given. The discussion didn't lead anywhere tangible unfortunately. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From arjanv at redhat.com Mon Apr 4 07:28:05 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 04 Apr 2005 09:28:05 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112589275.2894.0.camel@cutter> References: <20050403212737.567b73ee@localhost.localdomain> <1112589275.2894.0.camel@cutter> Message-ID: <1112599685.6270.20.camel@laptopd505.fenrus.org> On Mon, 2005-04-04 at 00:34 -0400, seth vidal wrote: > On Sun, 2005-04-03 at 21:27 -0700, Pete Zaitcev wrote: > > On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm wrote: > > > > > what is the recommended way to automatically load some modules upon > > > bootup? > > > > I am not aware of a reason to want that aside from the special exception > > of USB (which should be built into kernels, really). Do you have an > > example in mind? > > building usb into kernels seems like a good way to break all laptops. > > since many of them won't sleep without removing the usb moudles. the fact that usb currently has a broken resume method doesn't mean that it shouldn't in principle be built into the kernel. In fact, I suspect that by having a workaround available fewer people report that bug to the USB people resulting in it never getting fixed... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From arjanv at redhat.com Mon Apr 4 07:29:12 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 04 Apr 2005 09:29:12 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112595178.8674.5.camel@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> Message-ID: <1112599753.6270.22.camel@laptopd505.fenrus.org> On Mon, 2005-04-04 at 09:12 +0300, Mircea MITU wrote: > On Sun, 2005-04-03 at 21:27 -0700, Pete Zaitcev wrote: > > On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm wrote: > > > > > what is the recommended way to automatically load some modules upon > > > bootup? > > > > I am not aware of a reason to want that aside from the special exception > > of USB (which should be built into kernels, really). Do you have an > > example in mind? > > lm_sensors lm_sensors in principle should nowadays be able to advertize PCI ID's sort of, at which point they get autoloaded based on those... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Mon Apr 4 07:34:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 04 Apr 2005 03:34:04 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112599685.6270.20.camel@laptopd505.fenrus.org> References: <20050403212737.567b73ee@localhost.localdomain> <1112589275.2894.0.camel@cutter> <1112599685.6270.20.camel@laptopd505.fenrus.org> Message-ID: <1112600044.2894.10.camel@cutter> > the fact that usb currently has a broken resume method doesn't mean that > it shouldn't in principle be built into the kernel. > In fact, I suspect that by having a workaround available fewer people > report that bug to the USB people resulting in it never getting fixed... That's nice, in principle, but in the intervening period a bunch of us have non working laptops, or, as is more often the case, don't run the kernels that have usb built in and just avoid the issue. -sv From arjanv at redhat.com Mon Apr 4 07:40:03 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 4 Apr 2005 09:40:03 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112600044.2894.10.camel@cutter> References: <20050403212737.567b73ee@localhost.localdomain> <1112589275.2894.0.camel@cutter> <1112599685.6270.20.camel@laptopd505.fenrus.org> <1112600044.2894.10.camel@cutter> Message-ID: <20050404074003.GA8707@devserv.devel.redhat.com> On Mon, Apr 04, 2005 at 03:34:04AM -0400, seth vidal wrote: > > > the fact that usb currently has a broken resume method doesn't mean that > > it shouldn't in principle be built into the kernel. > > In fact, I suspect that by having a workaround available fewer people > > report that bug to the USB people resulting in it never getting fixed... > > That's nice, in principle, but in the intervening period a bunch of us > have non working laptops, or, as is more often the case, don't run the > kernels that have usb built in and just avoid the issue. the harder issue is that modular USB breaks other stuff as well (eg keyboard handover) so it's not as black and white as you state it... others have broken laptops right now ;) But you describe a perfect chicken-and-egg situation that only can get fixed by making a few omelets first ;( From zaitcev at redhat.com Mon Apr 4 08:19:44 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Mon, 4 Apr 2005 01:19:44 -0700 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: References: <20050403212737.567b73ee@localhost.localdomain> Message-ID: <20050404011944.6b6a3937@lembas.zaitcev.lan> On Mon, 04 Apr 2005 09:12:58 +0300 Mircea MITU wrote: > On Sun, 2005-04-03 at 21:27 -0700, Pete Zaitcev wrote: > > On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm wrote: > > > > > what is the recommended way to automatically load some modules upon > > > bootup? > > > > I am not aware of a reason to want that aside from the special exception > > of USB (which should be built into kernels, really). Do you have an > > example in mind? > > lm_sensors and lirc* modules I cannot comment on lirc, but lm_sensors do not need to be loaded early. They come up just fine from a normal startup script in /etc/init.d. Thus, it's not an argument for /etc/rc.modules. -- Pete From Axel.Thimm at ATrpms.net Mon Apr 4 08:27:09 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 4 Apr 2005 10:27:09 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112595178.8674.5.camel@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> Message-ID: <20050404082709.GH1802@neu.nirvana> On Mon, Apr 04, 2005 at 09:12:58AM +0300, Mircea MITU wrote: > On Sun, 2005-04-03 at 21:27 -0700, Pete Zaitcev wrote: > > On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm wrote: > > > > > what is the recommended way to automatically load some modules upon > > > bootup? > > > > I am not aware of a reason to want that aside from the special exception > > of USB (which should be built into kernels, really). Do you have an > > example in mind? > > lm_sensors and lirc* modules Both projects take care of this with init.d scripts. But there are others like ivtv. The question is not which modules, there will always be some that need extra handling and even such where an autodetection is not possible (since they may not mirror any hardware piece, but some other functionality). The question is given such a module how to properly bind it into the system's startup scripts. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From Axel.Thimm at ATrpms.net Mon Apr 4 08:36:49 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 4 Apr 2005 10:36:49 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112545002.23244.2.camel@ignacio.ignacio.lan> References: <20050403112631.GB3202@neu.nirvana> <1112545002.23244.2.camel@ignacio.ignacio.lan> Message-ID: <20050404083649.GI1802@neu.nirvana> On Sun, Apr 03, 2005 at 12:16:42PM -0400, Ignacio Vazquez-Abrams wrote: > On Sun, 2005-04-03 at 13:26 +0200, Axel Thimm wrote: > > This mechanism looks fine to me, but for one it says "backward > > compatibility", so there must be some more modern approach, and > > secondly it is sourcing in one file only, e.g. autoloading would have > > to be edited instead of dropped in. > > Editing rc.sysinit around line 150 or so is the "modern" way, but it is > still ugly. > > > If there is no better mechanism, then please consider shipping an > > /etc/rc.modules that sources in /etc/rc.modules.d/* or similar, so > > packages can simply drop in a module loading script. > > +1 Then how about /etc/rc.modules: #! /bin/sh # Don't modify this file, instead create a module loading script # under /etc/rc.modules.d for x in `ls /etc/rc.modules.d/* 2>/dev/null | \ LC_ALL=C grep -v '~$'`; do test -x $x && $x done Should this file and the %dir /etc/rc.modules.d become part of the initscript package (as well as a commented example using pcspkr)? It looks harmless enough to make it to FC4 if approved. Bill ist the master of this package, Bill, is it worth a patch in bugzilla? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From peter.backlund at home.se Mon Apr 4 08:56:03 2005 From: peter.backlund at home.se (Peter Backlund) Date: Mon, 04 Apr 2005 10:56:03 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050403112631.GB3202@neu.nirvana> References: <20050403112631.GB3202@neu.nirvana> Message-ID: <1112604963.3598.20.camel@localhost.localdomain> s?n 2005-04-03 klockan 13:26 +0200 skrev Axel Thimm: > Hi, > > what is the recommended way to automatically load some modules upon > bootup? The "correct" way to autload modules would really be to load-on-demand, which is (as you probably know) configured in /etc/modprobe.conf. The art of aliasing has always been a bit obscure, imo. As far as I understand, you can load-on-demand when accessing /dev files based on char-major, for example alias char-major-195 nvidia which would load the nvidia module when any /dev/nvidia* device is accessed (they have char-major 195). But then there are things like "alias sound-slot-0 foo" and "alias eth0 bar", that don't have a corresponding /dev node...I have no idea how that works really. If anyone knows a good place to read up on that, I'd be grateful. > If there is no better mechanism, then please consider shipping an > /etc/rc.modules that sources in /etc/rc.modules.d/* or similar, so > packages can simply drop in a module loading script. I'd like to see (and this has been suggested before) an /etc/modprobe.conf.d/, where modprobe.conf snippets can be placed. It would make 3:rd party kernel module packaging easier and cleaner. /Peter From Axel.Thimm at ATrpms.net Mon Apr 4 09:00:41 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Mon, 4 Apr 2005 11:00:41 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112604963.3598.20.camel@localhost.localdomain> References: <20050403112631.GB3202@neu.nirvana> <1112604963.3598.20.camel@localhost.localdomain> Message-ID: <20050404090041.GK1802@neu.nirvana> On Mon, Apr 04, 2005 at 10:56:03AM +0200, Peter Backlund wrote: > s?n 2005-04-03 klockan 13:26 +0200 skrev Axel Thimm: > > Hi, > > > > what is the recommended way to automatically load some modules upon > > bootup? > > The "correct" way to autload modules would really be to load-on-demand, > which is (as you probably know) configured in /etc/modprobe.conf. The > art of aliasing has always been a bit obscure, imo. As far as I > understand, you can load-on-demand when accessing /dev files based on > char-major, for example > > alias char-major-195 nvidia > > which would load the nvidia module when any /dev/nvidia* device is > accessed (they have char-major 195). Not all modules have a /dev entry, think capabilities (if built as a module, not the case in RH kernels, yet). And udev doesn't make it really easy on you to depend on /dev entries. In fact udev discourages usage of static entries (that's its purpose after all). > But then there are things like "alias sound-slot-0 foo" and "alias > eth0 bar", that don't have a corresponding /dev node...I have no > idea how that works really. If anyone knows a good place to read up > on that, I'd be grateful. Check the init scripts (mainly rc.sysinit), the userland explicitely probes these, or even greps through modprobe's dumped config. Also try running kmodule. > > If there is no better mechanism, then please consider shipping an > > /etc/rc.modules that sources in /etc/rc.modules.d/* or similar, so > > packages can simply drop in a module loading script. > > I'd like to see (and this has been suggested before) > an /etc/modprobe.conf.d/, where modprobe.conf snippets can be > placed. I second that, it would solve another (also very important) problem, paired to the one mentioned here. > It would make 3:rd party kernel module packaging easier and cleaner. Or even kudzu's and friends' /etc/modprobe.conf modifications. I'm always confused when system-config-network rewrites my main /etc/modprobe.conf. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Mon Apr 4 11:29:19 2005 From: buildsys at redhat.com (Build System) Date: Mon, 4 Apr 2005 07:29:19 -0400 Subject: rawhide report: 20050404 changes Message-ID: <200504041129.j34BTJqF016533@porkchop.devel.redhat.com> Updated Packages: eclipse-1:3.1.0_fc-0.M5.16 -------------------------- * Thu Mar 31 2005 Andrew Overholt 3.1.0_fc-0.M5.16 - Fix eclipse.script to not leave a sh process around (Joe Orton) - Use proper sub-dbs. - Don't compile jars that are symlinked from elsewhere. - Add jar-so combinations to .db based on .jar.so existence (not .jar). - Rename sub-dbs to be eclipse-*.db. - Use rebuild-gcj-db script. eel2-2.10.0-2 ------------- * Sun Apr 03 2005 David Zeuthen 2.10.0-2 - Include patches for desktop background memory saving (GNOME bug #169347) - Patch for making sure user added desktop files dont conflict with global ones gaim-1:1.2.1-1.fc4 ------------------ * Sun Apr 03 2005 Warren Togami 1:1.2.1-1 - update to 1.2.1 (minor bug fixes) gcc-4.0.0-0.39 -------------- * Sun Apr 03 2005 Jakub Jelinek 4.0.0-0.39 - update from CVS - PRs c++/19406, c/17855, c/17913, c/20368, c/20519, c/772, debug/19345, libfortran/20660, libgcj/20090, libgcj/20526, middle-end/19454, middle-end/20177, middle-end/20635, rtl-optimization/20600, target/20203, target/20611 - remove very old ChangeLogs from %doc, bzip2 all ChangeLogs to save space gettext-0.14.3-1 ---------------- * Mon Mar 21 2005 Leon Ho - updated to 0.14.3 - fixed compiling problem on gcc4 (#150992) - fixed Group for -devel (#138303) - moved gettextize and autopoint to -devel (#137542, #145768) - moved some of the man pages gnome-utils-1:2.10.0-1 ---------------------- * Sun Apr 03 2005 Ray Strode 1:2.10.0-1 - update to gnome-utils 2.10.0, zenity 2.10.0, gcalctool 5.5.41 gtk2-engines-2.6.2-4 -------------------- * Sun Apr 03 2005 Warren Togami 2.6.2-4 - obsolete FE3 gnome-theme-clearlooks to ensure smooth upgrade iiimf-le-xcin-0.1.10-1 ---------------------- * Mon Apr 04 2005 Leon Ho - 0.1.10-1 - changes the namespace for iiimf r12.2 - fixed spacebar commit (#151760) mc-1:4.6.1a-0.8 --------------- * Mon Apr 04 2005 Jindrich Novy 4.6.1a-0.8 - fix truncation to lower 32bits in statfs (src/mountlist.c) metacity-2.10.0-1 ----------------- * Sun Apr 03 2005 Ray Strode 2.10.0-1 - Update to 2.10.0 nautilus-2.10.0-3 ----------------- * Sun Apr 03 2005 David Zeuthen 2.10.0-3 - Include patches for desktop background memory saving (GNOME bug #169347) - Obsoletes: nautilus-media (#153223) net-snmp-5.2.1-8 ---------------- * Mon Apr 04 2005 Radek Vokal - 5.2.1-8 - net-snmp properly deals with large partitions (#153101) pam-0.79-2 ---------- * Sun Apr 03 2005 Tomas Mraz 0.79-2 - fix NULL deref in pam_tally when it's used in account phase shared-mime-info-0.16-2 ----------------------- * Sun Apr 03 2005 David Zeuthen - 0.16-2 - Make Evince the default for application/pdf and application/postscript - Remove remaining references to gnome-ggv (application/x-gzpostscript and image/x-eps) as this is no longer in the distribution slocate-2.7-20 -------------- * Sun Apr 03 2005 Miloslav Trmac - 2.7-20 - Don't run updatedb by default spamassassin-3.0.2-6.fc4 ------------------------ * Sat Apr 02 2005 Warren Togami 3.0.2-6 - test svn 3.0 stable r122144 snapshot system-config-keyboard-1.2.6-1 ------------------------------ * Fri Apr 01 2005 Paul Nasrat - 1.2.6-1 - Translations - Gtk deprecations system-config-mouse-1.2.10-1 ---------------------------- * Fri Apr 01 2005 Paul Nasrat - 1.2.10-1 - Translations - PyGTK deprecations system-config-users-1.2.33-1 ---------------------------- * Mon Apr 04 2005 Nils Philippsen - 1.2.33-1 - don't use GNOME stock stuff for About menu entry (#153227) xchat-1:2.4.3-1 --------------- * Sun Apr 03 2005 Warren Togami 1:2.4.3-1 - 2.4.3, use perl MODULE_COMPAT xen-2-20050403 -------------- * Sun Apr 03 2005 Rik van Riel 2-20050403 - fix context switch between vcpus in same domain, vcpus > cpus works again xorg-x11-6.8.2-18 ----------------- * Sun Apr 03 2005 Mike A. Harris 6.8.2-18 - Added new file "CHANGELOG-rpm" as SOURCE25, which contains all rpm spec file changelog entries from XFree86 4.3.0 and older era of historical significance, in order to reduce the per-subpackage rpm payload costs of large changelogs at install time, and to generally reduce spec file clutter. * Sun Apr 03 2005 Mike A. Harris 6.8.2-17 - Remove precompiled video and input drivers and duplicate copy of Xorg server binary from xorg-x11-sdk subpackage as they are unnecessary and non-useful duplication consuming CDROM space. * Sat Apr 02 2005 Mike A. Harris 6.8.2-16 - Added xorg-x11-6.8.2-use-linux-native-pciscan-by-default.patch to fix PCI config space contention issue by changing the X server to default to using Linux native PCI interfaces instead of directly banging on PCI space itself (#152608). - Clean up xorg-x11-doc subpackage by removing junk that gets installed that should not have been installed by the upstream Makefiles. From ivazquez at ivazquez.net Mon Apr 4 11:53:14 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 04 Apr 2005 07:53:14 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112604963.3598.20.camel@localhost.localdomain> References: <20050403112631.GB3202@neu.nirvana> <1112604963.3598.20.camel@localhost.localdomain> Message-ID: <1112615594.10456.4.camel@ignacio.ignacio.lan> On Mon, 2005-04-04 at 10:56 +0200, Peter Backlund wrote: > But then there are things like > "alias sound-slot-0 foo" and "alias eth0 bar", that don't have a > corresponding /dev node...I have no idea how that works really. If > anyone knows a good place to read up on that, I'd be grateful. Those things are loaded in rc.sysinit, lines 150ish through 220ish. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Mon Apr 4 13:01:02 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Mon, 4 Apr 2005 09:01:02 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050403112631.GB3202@neu.nirvana> References: <20050403112631.GB3202@neu.nirvana> Message-ID: <20050404130102.GA11828@jadzia.bu.edu> On Sun, Apr 03, 2005 at 01:26:31PM +0200, Axel Thimm wrote: > what is the recommended way to automatically load some modules upon > bootup? [...] > I searched through the archives and bugzilla and found many threads > half-resoved, e.g. everybody is scared off to rely on a feature called > "backwards compatible" as this is the first step to deprecated. Here's my suggestion: We've been using this for a year or so at BU and it seems to work fine. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From dhollis at davehollis.com Mon Apr 4 13:33:28 2005 From: dhollis at davehollis.com (David Hollis) Date: Mon, 04 Apr 2005 09:33:28 -0400 Subject: Unsigned packages in yum in FC4T1 In-Reply-To: <1112599132.30337.7.camel@gibraltar.stuttgart.redhat.com> References: <20050403213154.363529ef@localhost.localdomain> <1112599132.30337.7.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1112621608.3638.86.camel@dhollis-lnx.sunera.com> On Mon, 2005-04-04 at 09:18 +0200, Nils Philippsen wrote: > > We had that discussion with FC3 devel (or was it FC2?) already -- I > argued that we should somehow ensure that all packages leaving the build > system (i.e. getting pushed) would be signed with at least some key to > ensure package integrity while others argued that this would somehow > suggest a level of quality in the package which isn't given. The > discussion didn't lead anywhere tangible unfortunately. > It seems to me that the purpose of the sig is not so much as a guarantee of quality, as opposed to an insurance that the package hasn't been tampered (especially if you are pulling packages off of mirrors). Granted, that isn't how everyone else may interpret it, but I'd rather see all rawhide packages signed so that if I'm pulling from a mirror I can feel reasonably assured that someone isn't slipping some badness into my firefox update or whatever. -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From caolanm at redhat.com Mon Apr 4 15:36:24 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Mon, 04 Apr 2005 15:36:24 +0000 Subject: 32bit packages on x86_64 and Requires: Message-ID: <1112628984.10166.32.camel@sheol.homelinux.org> If a 32bit package, e.g. Openoffice.org is installed on x86_64 and it explicitly "Requires:" something. Do rpm and update managers automatically ignore matching 64bit packages for that Requires and demand a 32bit package to fulfill the require ? i.e. https://bugzilla.redhat.com/beta/show_bug.cgi?id=153128 https://bugzilla.redhat.com/beta/show_bug.cgi?id=153129 where the error messages would suggest that the i386 libgcj and startup-notification are missing, while rpm -qR lists them as Required. C. From roli at israel-jugendtag.ch Mon Apr 4 15:30:13 2005 From: roli at israel-jugendtag.ch (=?ISO-8859-1?Q?Roland_K=E4ser?=) Date: Mon, 04 Apr 2005 17:30:13 +0200 Subject: Rawhide and GFS Message-ID: <42515D85.6020006@israel-jugendtag.ch> Hi all In some announcements I heard about GFS implementation for FC4(rawhide). Can somebody tell me the actual state of this feature? Roland From rahulsundaram at gmail.com Mon Apr 4 15:35:45 2005 From: rahulsundaram at gmail.com (Rahul Sundaram) Date: Mon, 4 Apr 2005 21:05:45 +0530 Subject: Rawhide and GFS In-Reply-To: <42515D85.6020006@israel-jugendtag.ch> References: <42515D85.6020006@israel-jugendtag.ch> Message-ID: On Apr 4, 2005 9:00 PM, Roland K?ser wrote: > Hi all > > In some announcements I heard about GFS implementation for FC4(rawhide). > > Can somebody tell me the actual state of this feature? > It was available for sometime in rawhide and removed later due to ongoing discussions on including external kernel modules. you can read about the discussions in fedora test and fedora devel mailing list archives. There are rpms available externally http://atrpms.net/dist/fc3/cluster/ The current plan seems to be including it within fedora before fc4 -- Regards, Rahul Sundaram From roli at israel-jugendtag.ch Mon Apr 4 16:20:33 2005 From: roli at israel-jugendtag.ch (=?ISO-8859-1?Q?Roland_K=E4ser?=) Date: Mon, 04 Apr 2005 18:20:33 +0200 Subject: Rawhide and GFS In-Reply-To: References: <42515D85.6020006@israel-jugendtag.ch> Message-ID: <42516951.9030000@israel-jugendtag.ch> Hello Thanks Sorry for the question: Are there some howto documents for integrating gfs into an existing kernel? I'm current on making system tests for creating a all purpose server cluster containing gfs for the filesystem over all data partitions of our servers and using xen for the virtualization of the effectivly servers (for sample NFS,Webserver, JBOSS etc.) to run on top of this gfs and xen cluster. Roland Rahul Sundaram wrote: > On Apr 4, 2005 9:00 PM, Roland K?ser wrote: > >>Hi all >> >>In some announcements I heard about GFS implementation for FC4(rawhide). >> >>Can somebody tell me the actual state of this feature? >> > > > It was available for sometime in rawhide and removed later due to > ongoing discussions on including external kernel modules. you can read > about the discussions in fedora test and fedora devel mailing list > archives. > > There are rpms available externally > > http://atrpms.net/dist/fc3/cluster/ > > The current plan seems to be including it within fedora before fc4 > > From steve at team.bantu.com Mon Apr 4 16:26:38 2005 From: steve at team.bantu.com (Steve Wardell) Date: Mon, 04 Apr 2005 12:26:38 -0400 Subject: Subversion 1.2 Message-ID: <42516ABE.6000803@team.bantu.com> Will this be able to land in FC4? Probably too late for FC4T2, but perhaps for T3? Subversion 1.2 (which has LOCKING for WebDAV type repos use) RC1 should be out today. Thanks, Steve -------------- next part -------------- A non-text attachment was scrubbed... Name: steve.vcf Type: text/x-vcard Size: 258 bytes Desc: not available URL: From nbargnesi at gmail.com Mon Apr 4 18:33:16 2005 From: nbargnesi at gmail.com (Nick Bargnesi) Date: Mon, 4 Apr 2005 14:33:16 -0400 Subject: 32bit packages on x86_64 and Requires: In-Reply-To: <1112628984.10166.32.camel@sheol.homelinux.org> References: <1112628984.10166.32.camel@sheol.homelinux.org> Message-ID: <3077b8a005040411331b73a74b@mail.gmail.com> On Apr 4, 2005 11:36 AM, Caolan McNamara wrote: > If a 32bit package, e.g. Openoffice.org is installed on x86_64 and it > explicitly "Requires:" something. Do rpm and update managers > automatically ignore matching 64bit packages for that Requires and > demand a 32bit package to fulfill the require ? i.e. Yum can resolve dependencies within any architecture. I don't know if yum would automatically ignore it but rpm definitely won't fullfil requirements when packages are across architectures. > https://bugzilla.redhat.com/beta/show_bug.cgi?id=153128 > https://bugzilla.redhat.com/beta/show_bug.cgi?id=153129 > where the error messages would suggest that the i386 libgcj and > startup-notification are missing, while rpm -qR lists them as Required. > > C. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Nick Bargnesi http://www.den-4.com Den 4 Software pub 1024D/E8BD2FD0 2004-12-02 Nick Bargnesi Key fingerprint = 6F9D 9404 63CD 2B04 DE7A 0F9D A1ED C1B0 E8BD 2FD0 sub 2048g/56C5D45B 2004-12-02 From fedora-devel at camperquake.de Mon Apr 4 19:03:36 2005 From: fedora-devel at camperquake.de (Ralf Ertzinger) Date: Mon, 4 Apr 2005 21:03:36 +0200 Subject: A case for orinoco drivers Message-ID: <20050404210336.7e9d9695@nausicaa.camperquake.de> Hi. Given that FC4 will ship with NetworkManager and that NM needs monitor mode, that the in-kernel orinoco driver can not do that and that orinocos are widely used, I'd like to know what the policy on the driver will be. The reason I am asking is that the 0.15 line of drivers fail to support monitor mode on Lucent cards with a firmware > 8.00. This seems like an obscure combination, but all Apple Airport cards (the old ones) which have been in contact with a recent OSX once have this newer firmware (OSX updates it automagically). 0.15 disables monitor mode because it is deemed instable (and it is, you can force it on but it crashes the card quite quickly). The older version (0.13 w/ monitor patch) runs just fine in monitor mode (i am currently building it as a extra module against the RH kernels on my iBook). Any thoughts on 0.15 vs 0.13? -- Q. What's the difference between a seamstress and a violist? A. The seamstress tucks up the frills. From ivazquez at ivazquez.net Mon Apr 4 19:13:02 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 04 Apr 2005 15:13:02 -0400 Subject: Subversion 1.2 In-Reply-To: <42516ABE.6000803@team.bantu.com> References: <42516ABE.6000803@team.bantu.com> Message-ID: <1112641982.12252.4.camel@ignacio.ignacio.lan> On Mon, 2005-04-04 at 12:26 -0400, Steve Wardell wrote: > Will this be able to land in FC4? Probably too late for FC4T2, but > perhaps for T3? Subversion 1.2 (which has LOCKING for WebDAV type repos > use) RC1 should be out today. http://bugzilla.redhat.com/ -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jorton at redhat.com Mon Apr 4 19:19:08 2005 From: jorton at redhat.com (Joe Orton) Date: Mon, 4 Apr 2005 20:19:08 +0100 Subject: Subversion 1.2 In-Reply-To: <42516ABE.6000803@team.bantu.com> References: <42516ABE.6000803@team.bantu.com> Message-ID: <20050404191908.GA32586@redhat.com> On Mon, Apr 04, 2005 at 12:26:38PM -0400, Steve Wardell wrote: > Will this be able to land in FC4? Probably too late for FC4T2, but > perhaps for T3? Subversion 1.2 (which has LOCKING for WebDAV type repos > use) RC1 should be out today. If 1.2.0 ships soon enough, then yes; if it doesn't; then no. Get out your crystal ball :) joe From shiva at sewingwitch.com Mon Apr 4 19:22:33 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Mon, 04 Apr 2005 12:22:33 -0700 Subject: Subversion 1.2 In-Reply-To: <42516ABE.6000803@team.bantu.com> References: <42516ABE.6000803@team.bantu.com> Message-ID: <25D1FE259187385F23318A9C@[10.169.6.246]> --On Monday, April 04, 2005 12:26 PM -0400 Steve Wardell wrote: > Will this be able to land in FC4? Probably too late for FC4T2, but > perhaps for T3? Subversion 1.2 (which has LOCKING for WebDAV type repos > use) RC1 should be out today. IIRC, 1.1 made it to Updates pretty quickly, so if 1.2 doesn't make it to FC4, it will probably be available as an update as well. From ville.skytta at iki.fi Mon Apr 4 20:13:07 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Mon, 04 Apr 2005 23:13:07 +0300 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050404083649.GI1802@neu.nirvana> References: <20050403112631.GB3202@neu.nirvana> <1112545002.23244.2.camel@ignacio.ignacio.lan> <20050404083649.GI1802@neu.nirvana> Message-ID: <1112645587.24368.216.camel@bobcat.mine.nu> On Mon, 2005-04-04 at 10:36 +0200, Axel Thimm wrote: > On Sun, Apr 03, 2005 at 12:16:42PM -0400, Ignacio Vazquez-Abrams wrote: > > On Sun, 2005-04-03 at 13:26 +0200, Axel Thimm wrote: > > > > If there is no better mechanism, then please consider shipping an > > > /etc/rc.modules that sources in /etc/rc.modules.d/* or similar, so > > > packages can simply drop in a module loading script. > > > > +1 +1 > Then how about > > /etc/rc.modules: > > #! /bin/sh > > # Don't modify this file, instead create a module loading script > # under /etc/rc.modules.d > > for x in `ls /etc/rc.modules.d/* 2>/dev/null | \ > LC_ALL=C grep -v '~$'`; do Whitelisting filenames in cases like this is better than blacklisting. The above fails to ignore for example *.rpmsave, *.rpmorig, *.rpmnew, #*, core(.\d+)?, etc. Maybe "LC_ALL=C grep '.sh$'; do". Also, the order of the snippet loading should be predictable, so LC_ALL or LC_COLLATE should be set to eg. "C" before "ls". > test -x $x && $x Testing that $x is a file (or at least not a directory) would be nice for completeness. > done From louisg00 at bellsouth.net Tue Apr 5 00:31:56 2005 From: louisg00 at bellsouth.net (Louis Garcia) Date: Mon, 04 Apr 2005 20:31:56 -0400 Subject: About early gdm logon Message-ID: <1112661116.6318.7.camel@tiger> Just noticed that the new gdm in rawhide allows early logon before the entire system is up. But as I read about it in the init script does not actually allow users to logon until the entire system is up. My question is what is the purpose of this if you can't logon when the screen appears? -Louis From mclasen at redhat.com Tue Apr 5 02:00:58 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Mon, 04 Apr 2005 22:00:58 -0400 Subject: About early gdm logon In-Reply-To: <1112661116.6318.7.camel@tiger> References: <1112661116.6318.7.camel@tiger> Message-ID: <1112666458.24708.1.camel@x1-6-00-50-fc-70-9f-e0> On Mon, 2005-04-04 at 20:31 -0400, Louis Garcia wrote: > Just noticed that the new gdm in rawhide allows early logon before the > entire system is up. But as I read about it in the init script does not > actually allow users to logon until the entire system is up. My question > is what is the purpose of this if you can't logon when the screen > appears? We are still working on the necessary init-scripts changes which will allow the login to proceed as soon as the essential services are started. Matthias From mpeters at mac.com Tue Apr 5 04:03:05 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 05 Apr 2005 04:03:05 +0000 Subject: Unsigned packages in yum in FC4T1 In-Reply-To: <1112621608.3638.86.camel@dhollis-lnx.sunera.com> (from dhollis@davehollis.com on Mon Apr 4 06:33:28 2005) References: <20050403213154.363529ef@localhost.localdomain> <1112599132.30337.7.camel@gibraltar.stuttgart.redhat.com> <1112621608.3638.86.camel@dhollis-lnx.sunera.com> Message-ID: <1112673785l.8289l.4l@devel.mpeters.local> On 04/04/2005 06:33:28 AM, David Hollis wrote: > On Mon, 2005-04-04 at 09:18 +0200, Nils Philippsen wrote: > > > > > We had that discussion with FC3 devel (or was it FC2?) already -- I > > argued that we should somehow ensure that all packages leaving the > build > > system (i.e. getting pushed) would be signed with at least some key > to > > ensure package integrity while others argued that this would > somehow > > suggest a level of quality in the package which isn't given. The > > discussion didn't lead anywhere tangible unfortunately. > > > > It seems to me that the purpose of the sig is not so much as a > guarantee > of quality, as opposed to an insurance that the package hasn't been > tampered (especially if you are pulling packages off of mirrors). > Granted, that isn't how everyone else may interpret it, but I'd > rather > see all rawhide packages signed so that if I'm pulling from a mirror > I > can feel reasonably assured that someone isn't slipping some badness > into my firefox update or whatever. Exactly - that's the purpose of a signature, verify that it comes from a trusted source. The GPL which most software is shipped as specifically states there is no guarantee of quality, a signature does not change that ... but a signature does say that the package has not been tampered with between the signing server and the mirror my yum client grabbed it from. -- Michael A. Peters http://mpeters.us/ From zaitcev at redhat.com Tue Apr 5 06:33:08 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Mon, 4 Apr 2005 23:33:08 -0700 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> Message-ID: <20050404233308.1894e3c9@lembas.zaitcev.lan> On Mon, 4 Apr 2005 10:27:09 +0200 Axel Thimm wrote: > > lm_sensors and lirc* modules > > Both projects take care of this with init.d scripts. > > But there are others like ivtv. The question is not which modules, > there will always be some that need extra handling and even such where > an autodetection is not possible (since they may not mirror any > hardware piece, but some other functionality). So, why do init.d scripts not work for ivtv? -- Pete From ivazquez at ivazquez.net Tue Apr 5 06:39:53 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 02:39:53 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050404233308.1894e3c9@lembas.zaitcev.lan> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> Message-ID: <1112683193.22212.15.camel@ignacio.ignacio.lan> On Mon, 2005-04-04 at 23:33 -0700, Pete Zaitcev wrote: > On Mon, 4 Apr 2005 10:27:09 +0200 Axel Thimm wrote: > > > > lm_sensors and lirc* modules > > > > Both projects take care of this with init.d scripts. > > > > But there are others like ivtv. The question is not which modules, > > there will always be some that need extra handling and even such where > > an autodetection is not possible (since they may not mirror any > > hardware piece, but some other functionality). > > So, why do init.d scripts not work for ivtv? It's not that they won't work, it's that there's none written. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Tue Apr 5 10:05:19 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 5 Apr 2005 12:05:19 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112683193.22212.15.camel@ignacio.ignacio.lan> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> Message-ID: <20050405100519.GA29175@neu.nirvana> On Tue, Apr 05, 2005 at 02:39:53AM -0400, Ignacio Vazquez-Abrams wrote: > On Mon, 2005-04-04 at 23:33 -0700, Pete Zaitcev wrote: > > On Mon, 4 Apr 2005 10:27:09 +0200 Axel Thimm wrote: > > > > > > lm_sensors and lirc* modules > > > > > > Both projects take care of this with init.d scripts. > > > > > > But there are others like ivtv. The question is not which modules, > > > there will always be some that need extra handling and even such where > > > an autodetection is not possible (since they may not mirror any > > > hardware piece, but some other functionality). > > > > So, why do init.d scripts not work for ivtv? > > It's not that they won't work, it's that there's none written. For ivtv one could go init.d (if carefully done), but this is an overshoot. lirc and lm_sesnors have sensible things to do in userspace, so having an init.d is OK. Having an init.d only with a modprobe is the wrong design. And there are other modules that need to be before any init.d scripts, like capabilities modules whose absence will break named etc. I'm after a generic solution. :) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From s.mako at gmx.net Tue Apr 5 11:17:37 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Tue, 5 Apr 2005 13:17:37 +0200 (CEST) Subject: gnome-python(?) error Message-ID: Hi, I've just installed FC4 test1 and updated it from devel. Try this: $ python Python 2.4 (#1, Mar 14 2005, 19:45:57) [GCC 4.0.0 20050310 (Red Hat 4.0.0-0.33)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gnome Traceback (most recent call last): File "", line 1, in ? File "/usr/src/build/539346-i386/install/usr/lib/python2.4/site-packages/gtk-2.0/gnome/__init__.py", line 13, in ? ImportError: /usr/lib/libgconf-2.so.4: undefined symbol: gconf_value_steal_schema >>> Is it a bug or I'm missing some packages? libgconf-2.so.4 is there... Zoltan From buildsys at redhat.com Tue Apr 5 11:36:05 2005 From: buildsys at redhat.com (Build System) Date: Tue, 5 Apr 2005 07:36:05 -0400 Subject: rawhide report: 20050405 changes Message-ID: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> New package mod_jk Tomcat mod_jk connector for Apache New package python-elementtree Fast XML parser and writer Removed package x3270 Removed package splint Removed package namazu Removed package cyrus-imapd Removed package system-logviewer Removed package xmms Updated Packages: NetworkManager-0.4-6.cvs20050404 -------------------------------- * Mon Apr 04 2005 Dan Williams 0.4-6.cvs20050404 - #rh153234# NetworkManager quits/cores just as a connection is made anaconda-10.2.0.40-1 -------------------- * Mon Apr 04 2005 Chris Lumens 10.2.0.40-1 - Add locale information for 'C' to fix RPM building. * Sat Apr 02 2005 Jeremy Katz - 10.2.0.39-1 - fix makefile deps to fix build * Fri Apr 01 2005 Chris Lumens 10.2.0.38-1 - Set default language for /etc/sysconfig/i18n (#149688). - Make sure hostname option isn't greyed out if using static IP (#149116). - Remove unused packages, python library bits, and locale info (katzj). - Add missing Indic font packages (katzj). - Various language fixups. desktop-backgrounds-2.0-28 -------------------------- * Tue Feb 22 2005 Elliot Lee 2.0-28 - Remove extra backgrounds for now to save space. dhcp-10:3.0.2-6 --------------- * Mon Apr 04 2005 Jason Vas Dias - Add '-x' "extended option environment" dhclient argument: - When -x option given to dhclient: - dhclient enables arbitrary option processing by writing information - about user or vendor defined option space options to environment. - - fix bug 153244: dhclient should not use restorecon - fix bug 151023: dhclient no 'headers & libraries' - fix bug 149780: add 'DHCLIENT_IGNORE_GATEWAY' variable - remove all usage of /sbin/route from dhclient-script * Thu Mar 24 2005 Florian La Roche - add "exit 0" to post script * Mon Mar 07 2005 Jason Vas Dias 10.3.0.2-3 - rebuild for gcc4/glibc-2.3.4-14; fix bad memset eclipse-1:3.1.0_fc-0.M5.17 -------------------------- * Mon Apr 04 2005 Andrew Overholt 3.1.0_fc-0.M5.17 - Actually insert .jar-.jar.so combinations into sub-dbs. eclipse-bugzilla-1:0.1.0_fc-9 ----------------------------- * Sun Apr 03 2005 Andrew Overholt 0.1.0_fc-9 - Make use of rebuild-gcj-db. - Use system-wide classmap.db. eclipse-cdt-1:3.0.0_fc-0.M5.3 ----------------------------- * Mon Apr 04 2005 Phil Muldoon 3.0.0_fc-0.M5.3 - Added eclipse-cdt-no-sdkbuild.patch to build for platform only (fc4 space crunch) * Sun Apr 03 2005 Andrew Overholt 3.0.0_fc-0.M5.2 - Make use of rebuild-gcj-db. - Use system-wide classmap.db. eclipse-changelog-1:2.0.1_fc-19 ------------------------------- * Sun Apr 03 2005 Andrew Overholt 2.0.1_fc-19 - Make use of rebuild-gcj-db. - Use system-wide classmap.db. elfutils-0.106-3 ---------------- * Mon Apr 04 2005 Roland McGrath - 0.106-3 - fix some bugs in new code, reenable make check * Mon Apr 04 2005 Roland McGrath - 0.106-2 - disable make check for most arches, for now * Mon Apr 04 2005 Roland McGrath - 0.106-1 - update to 0.106 freeradius-1.0.2-1 ------------------ * Mon Apr 04 2005 Thomas Woerner 1.0.2-1 - new version 1.0.2 glibc-2.3.4-20 -------------- * Mon Apr 04 2005 Jakub Jelinek 2.3.4-20 - move LinuxThreads libraries to /lib64/obsolete/linuxthreads/ and NPTL libraries to /lib64. To run a program against LinuxThreads, LD_ASSUME_KERNEL=2.4.xx LD_LIBRARY_PATH=/lib64/obsolete/linuxthreads/ is now needed - bzip2 ChangeLog* files instead of gzipping them * Sat Apr 02 2005 Jakub Jelinek 2.3.4-19 - update from CVS - fix nextafterl and several other libm routines on ia64 - fix initgroups (BZ#661) - kill nptl-devel subpackage, add linuxthreads-devel, compile and link by default against NPTL and only with -I/usr/include/linuxthreads -L/usr/lib64/linuxthreads against LinuxThreads - package /usr/lib/debug/lib64/tls/i{5,6}86 symlinks in i386 glibc-debuginfo - limit number of ChangeLog* files in glibc-common %doc to last 2.5 years of changes only to save space gnome-applets-1:2.10.0-4 ------------------------ * Mon Apr 04 2005 Ray Strode 1:2.10.0-4 - use old modemlights applet that doesn't depend on gnome-system-tools * Mon Mar 28 2005 Christopher Aillon 2.10.0-3 - rebuilt * Fri Mar 25 2005 Christopher Aillon 2.10.0-2 - Update the GTK+ theme icon cache on (un)install gnome-panel-2.10.1-1 -------------------- * Mon Apr 04 2005 Mark McLoughlin 2.10.1-1 - Update to 2.10.1 gstreamer-plugins-0.8.8-5 ------------------------- * Mon Apr 04 2005 Elliot Lee - 0.8.8-5 - Remove mikmod support hal-0.5.0.cvs20050404b-2 ------------------------ * Mon Apr 04 2005 David Zeuthen 0.5.0.cvs20050404b-2 - Rebuild * Mon Apr 04 2005 David Zeuthen 0.5.0.cvs20050404b-1 - Use new upstream tarball rather than patching configure * Mon Apr 04 2005 David Zeuthen 0.5.0.cvs20050404-3 - Add libusb checks to configure.in iiimf-1:12.1.1-11.svn2435 ------------------------- * Mon Apr 04 2005 Akira TAGOH - 1:12.1.1-11.svn2435 - update to svn2435 - fallback LEs properly with XIM. (#139811) - iiimecf works now with even the unix domain socket. (#143759) - added Provides: iiimf-csconv stuff for iiimf-libs agaist the Package Naming Guidelines. - iiimsf-rh-debuginfo.patch: build with corrent path for -debuginfo. - iiimqcf-rh-build.patch: updated to build iiimqcf. - added epoch to upgrade iiimf-csconv with iiimf-libs correctly. (Jens Petersen) * Fri Apr 01 2005 Akira TAGOH - update to svn2421 - fixed the hardcoded IMDIR path. (#131936) - annoying 'status has not been enabled yet' syslog message was gone. (#135284) - fixed the crash issue on GTK+ when it's destroying. (#153020) - call iiimf-le-tools with -g option. - also call iiimf-le-tools with the valid LE path. - these patches are merged into upstream: - iiimsf-rh-gcc4.patch - htt_xbe-rh-gcc4.patch - leif-unit-tamil-phonetic-135035.patch - leif-unit-gu-inscriptfix-140337.patch * Tue Mar 29 2005 Jens Petersen - iiimf-emacs changes - rename init file to iiimf-init.el - rename elisp subdir to iiimf - set iiimcf-server-control-hostlist to use unix/:9010 by default - build and install udclient - install elisp files mode 644 - just change the ownership of /var/run/iiim/.iiimp-unix and below when upgrading (Akira Tagoh) iputils-20020927-21 ------------------- * Tue Apr 05 2005 Radek Vokal 20020927-21 - rdisc init script added (#151614) kernel-2.6.11-1.1226_FC4 ------------------------ * Fri Apr 01 2005 Dave Jones - Make the CFQ elevator the default again. libselinux-1.23.4-1 ------------------- * Mon Apr 04 2005 Dan Walsh 1.23.4-1 - Update from NSA * Merged fix for set_matchpathcon* functions from Andreas Steinmetz. * Merged fix for getconlist utility from Andreas Steinmetz. man-pages-1.67-7 ---------------- * Mon Apr 04 2005 Jiri Ryska 1.67-7 - io_setup() and io_destroy() pages now refers to header file - fixed types for struct shmid_ds in shmget(2) and shmctl(2) - fixed pages for readv(2) and writev(2) * Mon Mar 07 2005 Jindrich Novy 1.67-6 - unify fs.5 patches together to get rid of the bogus fs.5.orig.gz shipped among man5 pages - bump release to 6 to avoid conflicts with RHEL4/FC3 man-pages * Wed Aug 25 2004 Adrian Havill 1.67-3 - make resolver clearer and less bind-focused (#126696) man-pages-ja-20050315-2 ----------------------- * Tue Apr 05 2005 Akira TAGOH - 20050315-2 - removed newgrp.1 to avoid a file conflict. mozplugger-1.7.1-4 ------------------ * Mon Apr 04 2005 Elliot Lee - 1.7.1-4 - Remove mikmod dep nasm-0.98.39-3 -------------- * Mon Apr 04 2005 Jeremy Katz - 0.98.39-3 - pdf docs are duplication of html, txt and postscript * Fri Apr 01 2005 Jindrich Novy 0.98.39-2 - fix yet another vsprintf buffer overflow (#152963) openmotif-2.2.3-10 ------------------ * Mon Apr 04 2005 Thomas Woerner 2.2.3-10 - fixed possible libXpm overflows (#151642) openssh-4.0p1-2 --------------- * Mon Apr 04 2005 Tomas Mraz 4.0p1-2 - fixed Local/RemoteForward in ssh_config.5 manpage - fix fatal when Local/RemoteForward is used and scp run (#153258) - don't leak user validity when using krb5 authentication openswan-2.3.0-6 ---------------- * Mon Apr 04 2005 Jeremy Katz - 2.3.0-6 - remove some duplicate copies of the docs perl-DBI-1.48-3 --------------- * Mon Apr 04 2005 Warren Togami 1.48-3 - filter perl(Apache) (#153673) php-5.0.4-2 ----------- * Mon Apr 04 2005 Joe Orton 5.0.4-2 - fix PEAR installation and bundle PEAR DB-1.7.5 package * Fri Apr 01 2005 Joe Orton 5.0.4-1 - update to 5.0.4 (#153068) - add .phps AddType to php.conf (#152973) - better gcc4 fix for libxmlrpc quagga-0:0.98.3-2 ----------------- * Mon Apr 04 2005 Jay Fenlason 0.98.3-2 - new upstream verison. - remove the -bug157 patch. selinux-policy-strict-1.23.6-3 ------------------------------ * Mon Apr 04 2005 Dan Walsh 1.23.6-3 - Allow httpd to read content without builtin scripting turned on - Remove policy.18 * Mon Apr 04 2005 Dan Walsh 1.23.6-1 - Add boolean httpd_buildin_scripting - Update to latest NSA Policy * Merged cleanup of the Makefile and other stuff from Dan Walsh. Dan's patch includes some desktop changes from Ivan Gyurdiev. * Merged Thomas Bleher's patches which increase the usage of lock_domain() and etc_domain(), changes var_lib_DOMAIN_t usage to DOMAIN_var_lib_t, and removes use of notdevfile_class_set where possible. * Merged Greg Norris's cleanup of fetchmail. selinux-policy-targeted-1.23.6-3 -------------------------------- * Mon Apr 04 2005 Dan Walsh 1.23.6-3 - Allow httpd to read content without builtin scripting turned on - Remove policy.18 * Mon Apr 04 2005 Dan Walsh 1.23.6-1 - Add boolean httpd_buildin_scripting - Update to latest NSA Policy * Merged cleanup of the Makefile and other stuff from Dan Walsh. Dan's patch includes some desktop changes from Ivan Gyurdiev. * Merged Thomas Bleher's patches which increase the usage of lock_domain() and etc_domain(), changes var_lib_DOMAIN_t usage to DOMAIN_var_lib_t, and removes use of notdevfile_class_set where possible. * Merged Greg Norris's cleanup of fetchmail. sound-juicer-2.10.1-1 --------------------- * Mon Apr 04 2005 John (J5) Palmieri 2.10.1-1 - update to upstream 2.10.1 which should fix crashes when clicking extract sqlite-3.1.2-2 -------------- * Mon Apr 04 2005 Jeremy Katz - 3.1.2-2 - disable tcl subpackage subversion-1.1.4-2 ------------------ * Sun Apr 03 2005 Joe Orton 1.1.4-2 - update to 1.1.4 system-config-bind-4.0.0-7 -------------------------- * Mon Apr 04 2005 Jason Vas Dias - 4.0.0-7 - fix bug 153035: gtk.FALSE/TRUE deprecation warnings system-config-securitylevel-1.5.5-1 ----------------------------------- * Mon Apr 04 2005 Dan Walsh 1.5.5-1 - Add relabel button to selinux system-config-securitylevel - More booleans system-config-users-1.2.34-1 ---------------------------- * Mon Apr 04 2005 Nils Philippsen - 1.2.34-1 - don't crash when displaying non-shadow accounts (#152960) tzdata-2005h-2 -------------- * Mon Apr 04 2005 Jakub Jelinek 2005h-2 - 2005h - fixes for Kazakhstan urw-fonts-2.3-1 --------------- * Mon Apr 04 2005 Than Ngo 2.3-1 - Bump for update to 1.0.7pre40 vim-1:6.3.068-1 --------------- * Thu Mar 31 2005 Karsten Hopp 6.3-068 - pathlevel 68 (can't write when editing symbolic link to compressed file) - remove -s parameter from install, this should fix debuginfo packages * Mon Mar 28 2005 Christopher Aillon - rebuilt * Fri Mar 25 2005 Christopher Aillon 6.3.067-2 - Update the GTK+ theme icon cache on (un)install words-3.0-6 ----------- * Mon Apr 04 2005 Karel Zak 3-6 - fix uniq command usage * Tue Mar 29 2005 Karel Zak 3-5 - replace word list with much better Moby Project words list (#61395) - revise %description; ispell/aspell no longer uses words * Mon Sep 27 2004 Adrian Havill 2-23 - rebuilt yelp-2.9.3-4 ------------ * Mon Apr 04 2005 Ray Strode 2.9.3-4 - rebuilt yum-2.3.2-1 ----------- * Mon Apr 04 2005 Jeremy Katz - 2.3.2-1 - update to 2.3.2, now requires python-elementtree for xml parsing From veillard at redhat.com Tue Apr 5 12:02:47 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 08:02:47 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <20050405120247.GG19176@redhat.com> On Tue, Apr 05, 2005 at 07:36:05AM -0400, Build System wrote: > New package python-elementtree > Fast XML parser and writer [...] > yum-2.3.2-1 > ----------- > * Mon Apr 04 2005 Jeremy Katz - 2.3.2-1 > - update to 2.3.2, now requires python-elementtree for xml parsing Why yet another XML library ? What is so special about that library and yum ? Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From ivazquez at ivazquez.net Tue Apr 5 12:06:36 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 08:06:36 -0400 Subject: gnome-vfs not in Rawhide? Message-ID: <1112702796.22212.57.camel@ignacio.ignacio.lan> From http://fedoraproject.org/wiki/Extras_2fFC4Status: "gpredict (i386, x86_64) - gnome-vfs-devel - buildreq couldn't be installed" Yes, why is that anyways? I tried to hunt down a reason in the mailing list archives but couldn't find one. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dcbw at redhat.com Tue Apr 5 12:09:15 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 5 Apr 2005 08:09:15 -0400 (EDT) Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112702796.22212.57.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> Message-ID: On Tue, 5 Apr 2005, Ignacio Vazquez-Abrams wrote: > From http://fedoraproject.org/wiki/Extras_2fFC4Status: > > "gpredict (i386, x86_64) - gnome-vfs-devel - buildreq couldn't be > installed" > > Yes, why is that anyways? I tried to hunt down a reason in the mailing > list archives but couldn't find one. It should be, but remember that programs that require gnome 1.x libraries are "bad" and ones that use gnome 2.x libraries are "good" :) Anything using 1.x should be ported to 2.x. Dan From ivazquez at ivazquez.net Tue Apr 5 12:16:58 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 08:16:58 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> Message-ID: <1112703419.22212.60.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 08:09 -0400, Dan Williams wrote: > ...but remember that programs that require gnome 1.x libraries are > "bad" and ones that use gnome 2.x libraries are "good" :) Anything using 1.x > should be ported to 2.x. No argument here, I'm just curious as to why this particular package disappeared. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ph18 at cornell.edu Tue Apr 5 12:40:28 2005 From: ph18 at cornell.edu (Paul A. Houle) Date: Tue, 05 Apr 2005 08:40:28 -0400 Subject: About early gdm logon In-Reply-To: <1112661116.6318.7.camel@tiger> References: <1112661116.6318.7.camel@tiger> Message-ID: On Mon, 04 Apr 2005 20:31:56 -0400, Louis Garcia wrote: > Just noticed that the new gdm in rawhide allows early logon before the > entire system is up. But as I read about it in the init script does not > actually allow users to logon until the entire system is up. My question > is what is the purpose of this if you can't logon when the screen > appears? > > -Louis > Windows compatibility. On boot every morning, my Win2K machine spends about a minute, 30 seconds, in a state where it looks like I'm logged in but apps won't start. From skvidal at phy.duke.edu Tue Apr 5 13:10:06 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 09:10:06 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405120247.GG19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> Message-ID: <1112706606.18910.7.camel@cutter> > [...] > > yum-2.3.2-1 > > ----------- > > * Mon Apr 04 2005 Jeremy Katz - 2.3.2-1 > > - update to 2.3.2, now requires python-elementtree for xml parsing > > Why yet another XML library ? > What is so special about that library and yum ? > We've moved to elementTree for parsing the xml metadata from libxml2. The tests we've done have shown a 2-3x speed improvement with a lighter memory footprint. -sv From elanthis at awesomeplay.com Tue Apr 5 13:09:28 2005 From: elanthis at awesomeplay.com (Sean Middleditch) Date: Tue, 05 Apr 2005 09:09:28 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112703419.22212.60.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> Message-ID: <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> On Tue, 2005-04-05 at 08:16 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-04-05 at 08:09 -0400, Dan Williams wrote: > > ...but remember that programs that require gnome 1.x libraries are > > "bad" and ones that use gnome 2.x libraries are "good" :) Anything using 1.x > > should be ported to 2.x. > > No argument here, I'm just curious as to why this particular package > disappeared. If nothing in Core uses a package then the package is not included. It might end up in Extras. -- Sean Middleditch From skvidal at phy.duke.edu Tue Apr 5 13:12:11 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 09:12:11 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112702796.22212.57.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> Message-ID: <1112706732.18910.10.camel@cutter> On Tue, 2005-04-05 at 08:06 -0400, Ignacio Vazquez-Abrams wrote: > From http://fedoraproject.org/wiki/Extras_2fFC4Status: > > "gpredict (i386, x86_64) - gnome-vfs-devel - buildreq couldn't be > installed" > > Yes, why is that anyways? I tried to hunt down a reason in the mailing > list archives but couldn't find one. "couldn't be installed" != "isn't in the tree" b/c rawhide is rawhide sometimes it just can't be built on. -sv From jspaleta at gmail.com Tue Apr 5 13:11:32 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 09:11:32 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112703419.22212.60.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> Message-ID: <604aa79105040506114beaf8d1@mail.gmail.com> On Apr 5, 2005 8:16 AM, Ignacio Vazquez-Abrams wrote: > No argument here, I'm just curious as to why this particular package > disappeared. I did a quick search over the build report annoucements I have cached and I didn't get an obvious hit for a removal annoucement of gnome-vfs. I can't tell if this was delibrate or not. -jef From nicolas.mailhot at laposte.net Tue Apr 5 11:51:33 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 5 Apr 2005 13:51:33 +0200 (CEST) Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050404082709.GH1802@neu.nirvana> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404082709.GH1802@neu.nirvana> Message-ID: <50524.192.54.193.35.1112701893.squirrel@rousalka.dyndns.org> On Lun 4 avril 2005 10:27, Axel Thimm a ?crit : > On Mon, Apr 04, 2005 at 09:12:58AM +0300, Mircea MITU wrote: >> On Sun, 2005-04-03 at 21:27 -0700, Pete Zaitcev wrote: >> > On Sun, 3 Apr 2005 13:26:31 +0200 Axel Thimm >> wrote: >> > >> > > what is the recommended way to automatically load some modules upon >> > > bootup? >> > >> > I am not aware of a reason to want that aside from the special >> exception >> > of USB (which should be built into kernels, really). Do you have an >> > example in mind? >> >> lm_sensors and lirc* modules > > Both projects take care of this with init.d scripts. btw the lm_sensors init script sort off fails on my hardware - I have some settings that needs to be loaded via sensors -s but it seems this part is not always executed at the right time to work (ie the kernel is not ready to accept it when the script calls it) Just an aside, I'll do a formal bug report whenever I find the time Regards, -- Nicolas Mailhot From caolanm at redhat.com Tue Apr 5 14:39:09 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 05 Apr 2005 14:39:09 +0000 Subject: 32bit packages on x86_64 and Requires: In-Reply-To: <3077b8a005040411331b73a74b@mail.gmail.com> References: <1112628984.10166.32.camel@sheol.homelinux.org> <3077b8a005040411331b73a74b@mail.gmail.com> Message-ID: <1112711949.9672.10.camel@sheol.homelinux.org> On Mon, 2005-04-04 at 14:33 -0400, Nick Bargnesi wrote: > On Apr 4, 2005 11:36 AM, Caolan McNamara wrote: > > If a 32bit package, e.g. Openoffice.org is installed on x86_64 and it > > explicitly "Requires:" something. Do rpm and update managers > > automatically ignore matching 64bit packages for that Requires and > > demand a 32bit package to fulfill the require ? i.e. > > Yum can resolve dependencies within any architecture. I don't know if > yum would automatically ignore it but rpm definitely won't fullfil > requirements when packages are across architectures. > > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=153128 > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=153129 > > where the error messages would suggest that the i386 libgcj and > > startup-notification are missing, while rpm -qR lists them as Required. ok, apparently stuff like Requires: libgcj is actually worthless :-), though Requires: libgcj.so.6 would do what we want here. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153129 for details. C. From skvidal at phy.duke.edu Tue Apr 5 13:29:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 09:29:21 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <1112707762.18910.18.camel@cutter> > Removed package xmms xmms has already been imported into extras. Should I go ahead and build it for devel? -sv From djh at iinet.net.au Tue Apr 5 13:37:40 2005 From: djh at iinet.net.au (djh) Date: Tue, 05 Apr 2005 23:37:40 +1000 Subject: rawhide report: 20050405 changes In-Reply-To: <1112707762.18910.18.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112707762.18910.18.camel@cutter> Message-ID: <425294A4.4020300@iinet.net.au> seth vidal wrote: >xmms has already been imported into extras. Should I go ahead and build >it for devel? > > Have a look at bug #152138 first. David. From veillard at redhat.com Tue Apr 5 14:17:51 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 10:17:51 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112706606.18910.7.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> Message-ID: <20050405141751.GH19176@redhat.com> On Tue, Apr 05, 2005 at 09:10:06AM -0400, seth vidal wrote: > > [...] > > > yum-2.3.2-1 > > > ----------- > > > * Mon Apr 04 2005 Jeremy Katz - 2.3.2-1 > > > - update to 2.3.2, now requires python-elementtree for xml parsing > > > > Why yet another XML library ? > > What is so special about that library and yum ? > > > > We've moved to elementTree for parsing the xml metadata from libxml2. > > The tests we've done have shown a 2-3x speed improvement with a lighter > memory footprint. Is that worth adding yet another XML Parser package to the distribution used by a single tool ? Is there a compatibility layer to still use libxml2 ? If I remember correctly, the performance problem wasn't libxml2 itself but the specific usage within yum, i.e. collecting the data, libxml2 by itself is parsing the megabyte sized file in less than a tenth of a second. I'm surprized the solution ends up going to use a python specific library instead of trying to find why the interface between libxml2 and yum generated that problem. I don't remember you saying you would switch library as a result. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From kaboom at oobleck.net Tue Apr 5 14:23:21 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Tue, 5 Apr 2005 10:23:21 -0400 (EDT) Subject: Removed packages In-Reply-To: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: On Tue, 5 Apr 2005, Build System wrote: > Removed package x3270 > > Removed package cyrus-imapd Were these two intentional or just build issues? later, chris From jspaleta at gmail.com Tue Apr 5 14:33:46 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 10:33:46 -0400 Subject: Removed packages In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <604aa791050405073344970889@mail.gmail.com> On Apr 5, 2005 10:23 AM, Chris Ricker wrote: > On Tue, 5 Apr 2005, Build System wrote: > > > Removed package x3270 > > > > Removed package cyrus-imapd > > Were these two intentional or just build issues? I thought everything listed in the removed section was intentional. -jef From mricon at gmail.com Tue Apr 5 14:38:36 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 5 Apr 2005 10:38:36 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405141751.GH19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> Message-ID: On Apr 5, 2005 10:17 AM, Daniel Veillard wrote: > Is that worth adding yet another XML Parser package to the distribution > used by a single tool ? Yes, I believe it is. 2-3 times faster in my book is definitely "worth it." > Is there a compatibility layer to still use libxml2 ? I don't mean to come across as rude, but libxml2 has a very clunky non-pythonic API. I'd choose cElementTree if only because I don't have to use MethodNamesThatStartWithCapsAgainstAllConventions(). It also has sensible error reporting (i.e. not just segfault, which is not useful with python). In other words, cElementTree feels like a Python library, as opposed to libxml2, which is very obviously a set of bindings to a C API done as an afterthought. > If I remember correctly, the performance problem wasn't libxml2 itself > but the specific usage within yum, i.e. collecting the data, libxml2 by > itself is parsing the megabyte sized file in less than a tenth of a second. I believe it wasn't "within yum" it was "within python," specifically going from C strings to python strings, which took a lot of resources. That's all that matters to yum, since, well, it's written in python, and cElementTree outperformed libxml2 in our tests and resulted in much nicer code. I'm the one who did the testing and convincing, so all blame and hatemail should be aimed at me. > I'm surprized the solution ends up going to use a python specific library > instead of trying to find why the interface between libxml2 and yum generated > that problem. I don't remember you saying you would switch library as a result. cElementTree (part of python-elementtree) is not a python-specific library. It's a python interface to expat, and a very well-designed one. It has fewer features than libxml2, for sure, but it's far more pleasant to use in python. Kind regards, -- Konstantin Ryabitsev Zlotniks, INC From shahms at shahms.com Tue Apr 5 14:45:08 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 05 Apr 2005 07:45:08 -0700 Subject: Removed packages In-Reply-To: <604aa791050405073344970889@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> Message-ID: <1112712308.17360.21.camel@shahms.mesd.k12.or.us> On Tue, 2005-04-05 at 10:33 -0400, Jeff Spaleta wrote: > On Apr 5, 2005 10:23 AM, Chris Ricker wrote: > > On Tue, 5 Apr 2005, Build System wrote: > > > > > Removed package x3270 > > > > > > Removed package cyrus-imapd > > > > Were these two intentional or just build issues? > > I thought everything listed in the removed section was intentional. > > -jef Yes, but the removal of cyrus-imapd leaves Fedora Core 4 without any imap servers as uw-imapd was removed (thankfully) a long time ago. I know Red Hat purchased the old Netscape imap server, but one would think they'd at least release it before pulling cyrus. If it was pulled intentionally, it's definitely something which should be moved to Extras. -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rdieter at math.unl.edu Tue Apr 5 14:47:11 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 05 Apr 2005 09:47:11 -0500 Subject: Removed packages In-Reply-To: <1112712308.17360.21.camel@shahms.mesd.k12.or.us> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> Message-ID: <4252A4EF.9000104@math.unl.edu> Shahms King wrote: > Yes, but the removal of cyrus-imapd leaves Fedora Core 4 without any > imap servers I think you're forgetting dovecot, which is an imap server. -- Rex From skvidal at phy.duke.edu Tue Apr 5 14:49:29 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 10:49:29 -0400 Subject: Removed packages In-Reply-To: <1112712308.17360.21.camel@shahms.mesd.k12.or.us> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> Message-ID: <1112712570.20867.4.camel@cutter> > Yes, but the removal of cyrus-imapd leaves Fedora Core 4 without any > imap servers as uw-imapd was removed (thankfully) a long time ago. I > know Red Hat purchased the old Netscape imap server, but one would think > they'd at least release it before pulling cyrus. If it was pulled > intentionally, it's definitely something which should be moved to > Extras. > umm, no it doesn't. fedora core still has dovecot. and dovecot's a damn sight easier to setup that cyrus. -sv From jspaleta at gmail.com Tue Apr 5 14:49:06 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 10:49:06 -0400 Subject: Removed packages In-Reply-To: <1112712308.17360.21.camel@shahms.mesd.k12.or.us> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> Message-ID: <604aa79105040507495f37bb41@mail.gmail.com> On Apr 5, 2005 10:45 AM, Shahms King wrote: > Yes, but the removal of cyrus-imapd leaves Fedora Core 4 without any > imap servers as uw-imapd was removed (thankfully) a long time ago. dovecot doesn't count as an imap server? -jef From kaboom at oobleck.net Tue Apr 5 14:49:05 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Tue, 5 Apr 2005 10:49:05 -0400 (EDT) Subject: Removed packages In-Reply-To: <1112712308.17360.21.camel@shahms.mesd.k12.or.us> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> Message-ID: On Tue, 5 Apr 2005, Shahms King wrote: > On Tue, 2005-04-05 at 10:33 -0400, Jeff Spaleta wrote: > > On Apr 5, 2005 10:23 AM, Chris Ricker wrote: > > > On Tue, 5 Apr 2005, Build System wrote: > > > > > > > Removed package x3270 > > > > > > > > Removed package cyrus-imapd > > > > > > Were these two intentional or just build issues? > > > > I thought everything listed in the removed section was intentional. I thought that some that were removed in the past were just build issues. Could be wrong though.... > Yes, but the removal of cyrus-imapd leaves Fedora Core 4 without any > imap servers as uw-imapd was removed (thankfully) a long time ago. I > know Red Hat purchased the old Netscape imap server, but one would think > they'd at least release it before pulling cyrus. If it was pulled > intentionally, it's definitely something which should be moved to > Extras. No, dovecot's still in. Of the three, it's the most sensible to have as a default, so it would make some sense to trim down to just that one. later, chris From skvidal at phy.duke.edu Tue Apr 5 14:51:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 10:51:23 -0400 Subject: Removed packages In-Reply-To: <604aa791050405073344970889@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> Message-ID: <1112712683.20867.6.camel@cutter> On Tue, 2005-04-05 at 10:33 -0400, Jeff Spaleta wrote: > On Apr 5, 2005 10:23 AM, Chris Ricker wrote: > > On Tue, 5 Apr 2005, Build System wrote: > > > > > Removed package x3270 > > > > > > Removed package cyrus-imapd > > > > Were these two intentional or just build issues? > > I thought everything listed in the removed section was intentional. they were intentional: cyrus-imapd - duplicate imap server x3270 - oh cmon, this can't be in extras, trivially? -sv From david at fubar.dk Tue Apr 5 14:51:41 2005 From: david at fubar.dk (David Zeuthen) Date: Tue, 05 Apr 2005 10:51:41 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112702796.22212.57.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> Message-ID: <1112712702.3305.8.camel@daxter.boston.redhat.com> On Tue, 2005-04-05 at 08:06 -0400, Ignacio Vazquez-Abrams wrote: > From http://fedoraproject.org/wiki/Extras_2fFC4Status: > > "gpredict (i386, x86_64) - gnome-vfs-devel - buildreq couldn't be > installed" > > Yes, why is that anyways? I tried to hunt down a reason in the mailing > list archives but couldn't find one. I think it was removed around March 7 (notting mailed me as I was the maintainer of the package) though the buildsys mails for some reason don't reveal this. Sounds like a good candidate for Extras if someone wants to pick it up. Good Luck, David From jdennis at redhat.com Tue Apr 5 14:57:22 2005 From: jdennis at redhat.com (John Dennis) Date: Tue, 05 Apr 2005 10:57:22 -0400 Subject: Removed packages In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <1112713043.15513.7.camel@localhost.localdomain> On Tue, 2005-04-05 at 10:23 -0400, Chris Ricker wrote: > On Tue, 5 Apr 2005, Build System wrote: > > > Removed package x3270 > > > > Removed package cyrus-imapd > > Were these two intentional or just build issues? The removal of cyrus-imapd from fedora core was intentional. Fedora core continues to contain the dovecot imap server. The removal of cyrus-imapd was very recent. At the moment there is no maintainer for extras (since this very recent its not clear yet if I will be the maintainer in extras or if we will neeed a volunteer). I did upgrade yesterday what would have been the version of cyrus-imapd for FC4 to version 2.2.12, the latest release which includes the security fix for CAN-2005-0546. Although its in CVS it cannot be built because its deprecated. -- John Dennis From rstrode at redhat.com Tue Apr 5 14:56:46 2005 From: rstrode at redhat.com (Ray Strode) Date: Tue, 05 Apr 2005 10:56:46 -0400 Subject: About early gdm logon In-Reply-To: <1112661116.6318.7.camel@tiger> References: <1112661116.6318.7.camel@tiger> Message-ID: <1112713006.3574.12.camel@localhost.localdomain> Hi, > Just noticed that the new gdm in rawhide allows early logon before the > entire system is up. But as I read about it in the init script does not > actually allow users to logon until the entire system is up. My question > is what is the purpose of this if you can't logon when the screen > appears? There are a number of advantages to starting gdm early. 1) no rhgb means we don't have to start two X servers during the boot up process. This means faster bootup, less badness on bad hardware, etc... 2) The user can potentially login sooner if we only limit login until the services that the user absolutely needs are started. 3) The system feels like it boots faster if the user sees a login screen early. 4) The user can type their username and password as soon as a login screen appears, then walk away--get coffee whatever--and come back with it all logged in. Note, even if we say "the services that the user absolutely needs" in 2) above is "all services that we're going to start", it still has the other mentioned advantages. We still need to make some changes in lower-levels of the distro before dm early-login mode will work. You can track progress here if you're interested: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 --Ray Strode From uve at ngs.ru Tue Apr 5 17:58:54 2005 From: uve at ngs.ru (Nikita) Date: Tue, 05 Apr 2005 21:58:54 +0400 Subject: =?windows-1251?b?KOHl5yDy5ez7KQ==?= Message-ID: <4252D1DE.2040209@ngs.ru> From kaboom at oobleck.net Tue Apr 5 15:02:32 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Tue, 5 Apr 2005 11:02:32 -0400 (EDT) Subject: About early gdm logon In-Reply-To: <1112713006.3574.12.camel@localhost.localdomain> References: <1112661116.6318.7.camel@tiger> <1112713006.3574.12.camel@localhost.localdomain> Message-ID: On Tue, 5 Apr 2005, Ray Strode wrote: > Hi, > > Just noticed that the new gdm in rawhide allows early logon before the > > entire system is up. But as I read about it in the init script does not > > actually allow users to logon until the entire system is up. My question > > is what is the purpose of this if you can't logon when the screen > > appears? > There are a number of advantages to starting gdm early. > > 1) no rhgb means we don't have to start two X servers during the boot > up process. This means faster bootup, less badness on bad hardware, > etc... > > 2) The user can potentially login sooner if we only limit login until > the services that the user absolutely needs are started. > > 3) The system feels like it boots faster if the user sees a login screen > early. > > 4) The user can type their username and password as soon as a login > screen appears, then walk away--get coffee whatever--and come back with > it all logged in. > > Note, even if we say "the services that the user absolutely needs" in 2) > above is "all services that we're going to start", it still has the > other mentioned advantages. > > We still need to make some changes in lower-levels of the distro before > dm early-login mode will work. You can track progress here if you're > interested: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 FWIW, Sun made a similar change for Solaris 10. It may be worth looking at what was done there just for comparison. (though preferably without drinking the XML kool-aid! :-) later, chris From veillard at redhat.com Tue Apr 5 15:04:42 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 11:04:42 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> Message-ID: <20050405150442.GJ19176@redhat.com> On Tue, Apr 05, 2005 at 10:38:36AM -0400, Konstantin Ryabitsev wrote: > On Apr 5, 2005 10:17 AM, Daniel Veillard wrote: > > Is that worth adding yet another XML Parser package to the distribution > > used by a single tool ? > > Yes, I believe it is. 2-3 times faster in my book is definitely "worth it." > > > Is there a compatibility layer to still use libxml2 ? > > I don't mean to come across as rude, but libxml2 has a very clunky you are not rude, but obviously in a flamebait mode, looks not serious rather than rude in my book. > non-pythonic API. I'd choose cElementTree if only because I don't have > to use MethodNamesThatStartWithCapsAgainstAllConventions(). It also Hum, sorry but that argument sounds silly, the code was there, i.e. coded, working, debugged. > has sensible error reporting libxml2 has extensive error reporting even at the python level. > (i.e. not just segfault, which is not > useful with python). where is the "yum segfault because of libxml2 python bindings" bug report ? > In other words, cElementTree feels like a Python library, as opposed > to libxml2, which is very obviously a set of bindings to a C API done > as an afterthought. libxml2 is part of Fedora Core, celement tree wasn't part of Fedora Core. We removed other components of Fedora Core because they were duplicate, you're adding a new duplicate library in core, I don't think aesthetic consideration are really worth it. > > If I remember correctly, the performance problem wasn't libxml2 itself > > but the specific usage within yum, i.e. collecting the data, libxml2 by > > itself is parsing the megabyte sized file in less than a tenth of a second. > > I believe it wasn't "within yum" it was "within python," specifically > going from C strings to python strings, which took a lot of resources. > That's all that matters to yum, since, well, it's written in python, > and cElementTree outperformed libxml2 in our tests and resulted in > much nicer code. I'm the one who did the testing and convincing, so > all blame and hatemail should be aimed at me. Did you ever tried to discuss with me instead of making the decision on your side ? I don't remember this. Only exchanges I got were with Seth and rather positive, I remember changing stuff in the bindings to help him ! > > I'm surprized the solution ends up going to use a python specific library > > instead of trying to find why the interface between libxml2 and yum generated > > that problem. I don't remember you saying you would switch library as a result. > > cElementTree (part of python-elementtree) is not a python-specific > library. It's a python interface to expat, and a very well-designed > one. It has fewer features than libxml2, for sure, but it's far more > pleasant to use in python. > > Kind regards, hum, no, I really took your mail as "I blame you in a non-contructive fashion", adding "Kind regards" can in no way erase in an easy way the feeling I got from your mail. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From jspaleta at gmail.com Tue Apr 5 15:04:38 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 11:04:38 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112712702.3305.8.camel@daxter.boston.redhat.com> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112712702.3305.8.camel@daxter.boston.redhat.com> Message-ID: <604aa791050405080423f7cc2a@mail.gmail.com> On Apr 5, 2005 10:51 AM, David Zeuthen wrote: > I think it was removed around March 7 (notting mailed me as I was the > maintainer of the package) though the buildsys mails for some reason > don't reveal this. Sounds like a good candidate for Extras if someone > wants to pick it up. Hmm.. this is a problem. Right now the build reports are the only way community is being made aware of packages that are being removed. Rawhide is of course rawhide.. so i'm fully aware that this reporting is going to break on occasion. But 'we' need as accurate a list of dropped packages as possible communicated so the community can act in a timely fashion to replace these packages in extras before the next core release if there is interest. So... assuming the build report system blows up from time to time and removals from rawhide go unreported to the community. What is the best way to periodicly go back and check to make sure the community gets a reasonable headsup about all removals? Periodically being open to reasonable intepretation. -jef From shahms at shahms.com Tue Apr 5 15:07:37 2005 From: shahms at shahms.com (Shahms King) Date: Tue, 05 Apr 2005 08:07:37 -0700 Subject: Removed packages In-Reply-To: <604aa79105040507495f37bb41@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <604aa79105040507495f37bb41@mail.gmail.com> Message-ID: <1112713657.17360.23.camel@shahms.mesd.k12.or.us> On Tue, 2005-04-05 at 10:49 -0400, Jeff Spaleta wrote: > On Apr 5, 2005 10:45 AM, Shahms King wrote: > > Yes, but the removal of cyrus-imapd leaves Fedora Core 4 without any > > imap servers as uw-imapd was removed (thankfully) a long time ago. > > dovecot doesn't count as an imap server? > > -jef d'oh! I stand corrected. Having never used dovecot I was unaware that it was an imap daemon... -- Shahms E. King Multnomah ESD Public Key: http://shahms.mesd.k12.or.us/~sking/shahms.asc Fingerprint: 1612 054B CE92 8770 F1EA AB1B FEAB 3636 45B2 D75B -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Apr 5 15:12:51 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 11:12:51 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <604aa791050405080423f7cc2a@mail.gmail.com> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112712702.3305.8.camel@daxter.boston.redhat.com> <604aa791050405080423f7cc2a@mail.gmail.com> Message-ID: <1112713971.20867.20.camel@cutter> > So... assuming the build report system blows up from time to time and > removals from rawhide go unreported to the community. What is the best > way to periodicly go back and check to make sure the community gets a > reasonable headsup about all removals? Periodically being open to > reasonable intepretation. go through two lists of each releases srpms. then run: for pkg in *.src.rpm do rpm -qp --qf "%{name}" $pkg > somefile done and then take the two files you made for each dir of srpms and sort them then: diff -u file1 file2 and look for the '-' :) -sv From jspaleta at gmail.com Tue Apr 5 15:12:14 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 11:12:14 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405150442.GJ19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> Message-ID: <604aa791050405081287a9552@mail.gmail.com> On Apr 5, 2005 11:04 AM, Daniel Veillard wrote: > libxml2 is part of Fedora Core, celement tree wasn't part of Fedora Core. > We removed other components of Fedora Core because they were duplicate, > you're adding a new duplicate library in core, I don't think aesthetic > consideration are really worth it. Are there examples of duplication at the library/module level that has been removed from Core that have caused other Core components to require different dependancies? I don't think I'm aware of an example of this type. I can only point to examples of removed duplication at the application level, where whole applications were removed and then libraries/modules that were only required by the removed application. -jef From skvidal at phy.duke.edu Tue Apr 5 15:14:22 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 11:14:22 -0400 Subject: Removed packages In-Reply-To: <1112713043.15513.7.camel@localhost.localdomain> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112713043.15513.7.camel@localhost.localdomain> Message-ID: <1112714062.20867.23.camel@cutter> On Tue, 2005-04-05 at 10:57 -0400, John Dennis wrote: > On Tue, 2005-04-05 at 10:23 -0400, Chris Ricker wrote: > > On Tue, 5 Apr 2005, Build System wrote: > > > > > Removed package x3270 > > > > > > Removed package cyrus-imapd > > > > Were these two intentional or just build issues? > > The removal of cyrus-imapd from fedora core was intentional. Fedora core > continues to contain the dovecot imap server. > > The removal of cyrus-imapd was very recent. At the moment there is no > maintainer for extras (since this very recent its not clear yet if I > will be the maintainer in extras or if we will neeed a volunteer). I did > upgrade yesterday what would have been the version of cyrus-imapd for > FC4 to version 2.2.12, the latest release which includes the security > fix for CAN-2005-0546. Although its in CVS it cannot be built because > its deprecated. why don't you do the import of cyrus-imapd over to extras cvs then we can get a build up for devel extras and then you can either take care of the package or orphan it and let someone else handle it. -sv From jspaleta at gmail.com Tue Apr 5 15:24:06 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 11:24:06 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112713971.20867.20.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112712702.3305.8.camel@daxter.boston.redhat.com> <604aa791050405080423f7cc2a@mail.gmail.com> <1112713971.20867.20.camel@cutter> Message-ID: <604aa7910504050824689f715@mail.gmail.com> On Apr 5, 2005 11:12 AM, seth vidal wrote: > go through two lists of each releases srpms. uhm.. the easiest way to do this.. is to keep two whole trees of rawhide src.rpms on disk locally.. so i can do a loop over rpm -qp --qf? Couldn't i do something similar just with 2 versions of the rawhide metadata cached locally... with repoquery.. assuming the newest yum fixes whatever issues that was keeping repoquery from working last time i tried it? -jef"If most mirrors dont even cache two rawhide trees across all arches....im sure as hell not gonna do that on my pissy little home network connection"spaleta From mricon at gmail.com Tue Apr 5 15:27:12 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 5 Apr 2005 11:27:12 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405150442.GJ19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> Message-ID: On Apr 5, 2005 11:04 AM, Daniel Veillard wrote: > > non-pythonic API. I'd choose cElementTree if only because I don't have > > to use MethodNamesThatStartWithCapsAgainstAllConventions(). It also > > Hum, sorry but that argument sounds silly, the code was there, i.e. > coded, working, debugged. Yes, well, if that was the only reason for introducing anything new, we'd still be stuck with Minix. :) > > (i.e. not just segfault, which is not > > useful with python). > > where is the "yum segfault because of libxml2 python bindings" bug report ? I have used libxml2 in many places, not just in yum. In fact, my contributions to yum are very small and are entirely limited to parsing XML metadata. I am also guilty of not reporting every single bug I come across. Mea culpa. > > In other words, cElementTree feels like a Python library, as opposed > > to libxml2, which is very obviously a set of bindings to a C API done > > as an afterthought. > > libxml2 is part of Fedora Core, celement tree wasn't part of Fedora Core. > We removed other components of Fedora Core because they were duplicate, > you're adding a new duplicate library in core, I don't think aesthetic > consideration are really worth it. Here is where we differ. I think cElementTree is a much better XML parsing library than libxml2 for use in python. Here's the shoot-out: 1. It's faster 2. It has a smaller memory footprint 3. It follows python conventions 4. It results in nicer python code It's more than pure "aesthetic considerations." I realize that this is very personal to you, since you are the author of libxml2, but I swear to you that my advice to switch from libxml2 to cElementTree in Yum was based purely on merits and benefits for yum, and not on any personal likes or dislikes. > > I believe it wasn't "within yum" it was "within python," specifically > > going from C strings to python strings, which took a lot of resources. > > That's all that matters to yum, since, well, it's written in python, > > and cElementTree outperformed libxml2 in our tests and resulted in > > much nicer code. I'm the one who did the testing and convincing, so > > all blame and hatemail should be aimed at me. > > Did you ever tried to discuss with me instead of making the decision > on your side ? I don't remember this. Only exchanges I got were with Seth > and rather positive, I remember changing stuff in the bindings to help him ! Well, I could have done that, sure. However, cElementTree was already "there." Why choose a path that requires more effort? I'm a sysadmin. I'm lazy. It's in our nature. > hum, no, I really took your mail as "I blame you in a non-contructive > fashion", adding "Kind regards" can in no way erase in an easy way the > feeling I got from your mail. Look, all I did was choose a different library, which happens not to be written by you. It was not my desire nor goal to start any conflicts, nor alienate anyone. Isn't free software all about the freedom of choice? Regards, -- Konstantin Ryabitsev Zlotniks, INC From pri.rhl3 at iadonisi.to Tue Apr 5 15:30:35 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 05 Apr 2005 11:30:35 -0400 Subject: Removed packages In-Reply-To: <1112714062.20867.23.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112713043.15513.7.camel@localhost.localdomain> <1112714062.20867.23.camel@cutter> Message-ID: <1112715035.20608.5.camel@md.local.linuxlobbyist.org> On Tue, 2005-04-05 at 11:14 -0400, seth vidal wrote: [snip] > why don't you do the import of cyrus-imapd over to extras cvs then we > can get a build up for devel extras and then you can either take care of > the package or orphan it and let someone else handle it. Yes, please do. Though I can't commit to it just yet, I may be able to take over the maintenance of cyrus-imapd. I haven't even begun the process of becoming an extras contributor, but cyrus-imapd is as good a reason as any. I may not be able to look into this for a week or three, but I will seriously consider this. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From skvidal at phy.duke.edu Tue Apr 5 15:35:35 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 11:35:35 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405141751.GH19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> Message-ID: <1112715335.20867.37.camel@cutter> > Is that worth adding yet another XML Parser package to the distribution > used by a single tool ? Is there a compatibility layer to still use > libxml2 ? > If I remember correctly, the performance problem wasn't libxml2 itself > but the specific usage within yum, i.e. collecting the data, libxml2 by > itself is parsing the megabyte sized file in less than a tenth of a second. > I'm surprized the solution ends up going to use a python specific library > instead of trying to find why the interface between libxml2 and yum generated > that problem. I don't remember you saying you would switch library as a result. well what happened was this: Icon was working on repoview and decided to try out CelementTree b/c he was using kid anyway and it used it. After some preliminary tests it showed up as significantly faster parsing the metadata. For primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. Then when he switched it to use iterparse() the memory footprint dropped below 10M for the whole parse. Check out the numbers on the cElementTree webpage. They're fairly compelling. The biggest reason I've not talked to you about it much is that for the last few weeks I've been in kinda deep-hack mode and not communicating as much as I have in the past. Sorry for the problems. -sv From pmatilai at welho.com Tue Apr 5 15:37:56 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 05 Apr 2005 18:37:56 +0300 Subject: gnome-vfs not in Rawhide? In-Reply-To: <604aa7910504050824689f715@mail.gmail.com> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112712702.3305.8.camel@daxter.boston.redhat.com> <604aa791050405080423f7cc2a@mail.gmail.com> <1112713971.20867.20.camel@cutter> <604aa7910504050824689f715@mail.gmail.com> Message-ID: <1112715477.13072.19.camel@localhost.localdomain> On Tue, 2005-04-05 at 11:24 -0400, Jeff Spaleta wrote: > On Apr 5, 2005 11:12 AM, seth vidal wrote: > > go through two lists of each releases srpms. > > uhm.. the easiest way to do this.. is to keep two whole trees of > rawhide src.rpms on disk locally.. so i can do a loop over rpm -qp > --qf? > > Couldn't i do something similar just with 2 versions of the rawhide > metadata cached locally... with repoquery.. Basically .. why not. The problem ATM is that repoquery uses yum's cache and config so there's no direct, easy way to specify an arbitrary metadata set for purposes like this. On my todo-list though... > assuming the newest yum > fixes whatever issues that was keeping repoquery from working last > time i tried it? I don't remember seeing a bug report about it :) Anyway, the current repoquery from yum-utils (or from laiskiainen.org, they're the same) should work just fine with yum 2.3.2, if not, let me know. - Panu - From ivg2 at cornell.edu Tue Apr 5 15:46:53 2005 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Tue, 05 Apr 2005 11:46:53 -0400 Subject: Post-install errors - gnome-applets, iiimf-gtk Message-ID: <1112716013.17451.2.camel@cobra.ivg2.net> Out of curiosity, what is all of this that scrolls past me every time I do a yum upgrade...hundreds of messages: /usr/share/gnome/help/gtik2_applet2/sv/gtik2_applet2.xml:320: parser error : Entity 'auml' not defined du vill ange vilken färg som ska känneteckna aktier vars kurser ä ^ /usr/share/gnome/help/gtik2_applet2/sv/gtik2_applet2.xml:320: parser error : Entity 'ouml' not defined ge vilken färg som ska känneteckna aktier vars kurser är ofö ^ /usr/share/gnome/help/gtik2_applet2/sv/gtik2_applet2.xml:320: parser error : Entity 'auml' not defined en färg som ska känneteckna aktier vars kurser är oförä .... Document is not well-formed XML: /usr/share/gnome/help/gtik2_applet2/sv/gtik2_applet2.xml I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd Here's some other bug in -post for iiimf-gtk: /usr/bin/update-gtk-immodules: line 27: /etc/gtk-2.0/i386-redhat-linux-gnu/gtk.immodules: No such file or directory -- Ivan Gyurdiev Cornell University From veillard at redhat.com Tue Apr 5 15:49:03 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 11:49:03 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112715335.20867.37.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> Message-ID: <20050405154903.GL19176@redhat.com> On Tue, Apr 05, 2005 at 11:35:35AM -0400, seth vidal wrote: > > Is that worth adding yet another XML Parser package to the distribution > > used by a single tool ? Is there a compatibility layer to still use > > libxml2 ? > > If I remember correctly, the performance problem wasn't libxml2 itself > > but the specific usage within yum, i.e. collecting the data, libxml2 by > > itself is parsing the megabyte sized file in less than a tenth of a second. > > I'm surprized the solution ends up going to use a python specific library > > instead of trying to find why the interface between libxml2 and yum generated > > that problem. I don't remember you saying you would switch library as a result. > > well what happened was this: > Icon was working on repoview and decided to try out CelementTree b/c he > was using kid anyway and it used it. After some preliminary tests it > showed up as significantly faster parsing the metadata. For > primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. Then when > he switched it to use iterparse() the memory footprint dropped below 10M > for the whole parse. libxml2 should be able to work for parsing on constant memory, if you use the reader and you use it for primary.xml.gz, if you used the tree then freeing the trees after imports are teh best way. > Check out the numbers on the cElementTree webpage. They're fairly > compelling. There have been lot of rambling even within the Python community about those numbers. One thing is sure, it never took 21 seconds to parse any of the primary.xml.gz on any of my boxes at any point in time, with any of the yum versions I ever used ! > The biggest reason I've not talked to you about it much is that for the > last few weeks I've been in kinda deep-hack mode and not communicating > as much as I have in the past. Is a lack of communication a reason to push a new duplicate package on Fedora Core ? Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From nicolas.mailhot at laposte.net Tue Apr 5 15:59:55 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 5 Apr 2005 17:59:55 +0200 (CEST) Subject: Post-install errors - gnome-applets, iiimf-gtk In-Reply-To: <1112716013.17451.2.camel@cobra.ivg2.net> References: <1112716013.17451.2.camel@cobra.ivg2.net> Message-ID: <54001.192.54.193.35.1112716795.squirrel@rousalka.dyndns.org> On Mar 5 avril 2005 17:46, Ivan Gyurdiev a ?crit : > Out of curiosity, what is all of this that scrolls past me every time I > do a yum upgrade...hundreds of messages: > > /usr/share/gnome/help/gtik2_applet2/sv/gtik2_applet2.xml:320: parser > error : Entity 'auml' not defined > du vill ange vilken färg som ska känneteckna aktier vars > kurser ä > > ^ > /usr/share/gnome/help/gtik2_applet2/sv/gtik2_applet2.xml:320: parser > error : Entity 'ouml' not defined > ge vilken färg som ska känneteckna aktier vars kurser är > ofö > > ^ > /usr/share/gnome/help/gtik2_applet2/sv/gtik2_applet2.xml:320: parser > error : Entity 'auml' not defined > en färg som ska känneteckna aktier vars kurser är > oförä Someone tried to use a html-style character entity in an xml file instead of using the power of UTF-8. Of course he also forgot to define the entity he wanted to use. Regards, -- Nicolas Mailhot From jspaleta at gmail.com Tue Apr 5 16:02:29 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 12:02:29 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112715477.13072.19.camel@localhost.localdomain> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112712702.3305.8.camel@daxter.boston.redhat.com> <604aa791050405080423f7cc2a@mail.gmail.com> <1112713971.20867.20.camel@cutter> <604aa7910504050824689f715@mail.gmail.com> <1112715477.13072.19.camel@localhost.localdomain> Message-ID: <604aa79105040509025cc89091@mail.gmail.com> On Apr 5, 2005 11:37 AM, Panu Matilainen wrote: > I don't remember seeing a bug report about it :) ah crap.. i was confused... repoclosure was the thing that wasnt working for me last time i tried.... > Basically .. why not. The problem ATM is that repoquery uses yum's cache > and config so there's no direct, easy way to specify an arbitrary > metadata set for purposes like this. On my todo-list though... well no EASY way... but what if i was sneaky and had 2 different yum configurations or something? Any amount of script/configuration file magic is going be far preferable to having to cache all of rawhide locally. The goal is to check to make sure we all have an accurate picture of which packages have been dropped every "reasonably useful period of time" or so days. -jef"repothis repothat"spaleta From veillard at redhat.com Tue Apr 5 16:05:07 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 12:05:07 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> Message-ID: <20050405160507.GP19176@redhat.com> On Tue, Apr 05, 2005 at 11:27:12AM -0400, Konstantin Ryabitsev wrote: > Isn't free software all about the freedom of choice? Not reporting bugs, bashing the work of other without really looking into the issues, yes you have the choice to do that too. That's why your mail was incredibly frustating to me. I should really not care about this, Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From kwade at redhat.com Tue Apr 5 16:13:03 2005 From: kwade at redhat.com (Karsten Wade) Date: Tue, 05 Apr 2005 09:13:03 -0700 Subject: [RFC] making release notes a community effort Message-ID: <1112717584.2333.135.camel@erato.phig.org> We've been trying to pull together the components to make the release notes an effort of the Fedora community. This means developers collaborating with writers. This will not mean what it has in the past, with developers throwing some bits over the wall for release notes and sometimes reading and commenting on the drafts. When Fedora had someone paid to write relnotes, this worked. If we can't make this work as a community effort with resources from writers _and_ developers, we may not have any release notes. The first pass at an idea is on this page, scroll down to Release Notes Process - Iteration One, April 2005: http://fedoraproject.org/wiki/FedoraDocs/fRelNotes/RelNotesProcess The basic idea is to break the relnotes down into modules for individual or teams of writers to tackle. Then you would have one or more writers dedicated to a project or subset of Linux, such as kernel, network services, printing, UI/desktop, SELinux, etc. Then it is easier to keep the dedicated writing resource informed throughout the development process. Hopefully this makes it possible for a volunteer writer to actually have a chance to write an accurate relnotes piece in time for test or release. I'd like to keep this part of the discussion f-devel-l, but have Cc:'d f-docs-l so everyone is aware it. Reply-to is set to keep the discussion on f-devel-list. We're also debating the merits of single source in Wiki or DocBook/XML. Advantages of the former are the ease of collaboration and getting new writers able to contribute sooner. The advantages of XML are too numerous to mention, but it does suffer from a longer learning curve. If you have any comments on that, the tool choice discussion is happening on f-docs-l. Regardless, we'll make sure the release notes are in the proper format on the file system for Anaconda to use. - Karsten -- Karsten Wade, RHCE * Sr. Tech Writer * http://people.redhat.com/kwade/ gpg fingerprint: 2680 DBFD D968 3141 0115 5F1B D992 0E06 AD0E 0C41 Red Hat SELinux Guide http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/selinux-guide/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Tue Apr 5 16:23:47 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Apr 2005 12:23:47 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: References: <20050403212737.567b73ee@localhost.localdomain> Message-ID: <20050405162347.GF3932@nostromo.devel.redhat.com> Chip Turner (cturner at pattern.net) said: > > I am not aware of a reason to want that aside from the special exception > > of USB (which should be built into kernels, really). Do you have an > > example in mind? > > pcspkr comes to mind. Obviously, that should be matched by DMI and other BIOS data, and autoloaded via hotplug and device mapping. (Or built statically.) :) Bill From dcbw at redhat.com Tue Apr 5 16:28:23 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 05 Apr 2005 12:28:23 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> Message-ID: <1112718503.9076.2.camel@dcbw.boston.redhat.com> On Tue, 2005-04-05 at 11:27 -0400, Konstantin Ryabitsev wrote: I have no personal stake in this debate. That said... On Tue, 2005-04-05 at 11:27 -0400, Konstantin Ryabitsev wrote: > It's more than pure "aesthetic considerations." > I realize that this is very personal to you, since you are the author > of libxml2, but I swear to you that my advice to switch from libxml2 > to cElementTree in Yum was based purely on merits and benefits for > yum, and not on any personal likes or dislikes. The point here is there is _already_ an XML parsing library in Fedora Core and most other distributions: libxml2. That library has existed for quite some time as well. We need to work on reducing duplicate functionality, not increasing it. This is not Debian with 12000+ packages, and they are unlikely to use yum at any point. Fedora Core is attempting to reduce duplicate functionality at this time, and adding cElementTree doesn't help that goal. If yum was already using libxml2, then it required more effort to switch to cElementTree. So why wasn't constructive work done to _improve_ the Python bindings for libxml2? Is there a list of items that need improvement, and where are the bugs filed against libxml2 for each of those items? I don't think you considered the further implications of the choice to move to cElementTree, simply the yum-centric implications. Sometimes FOSS is about working with existing projects to improve them, and not to simply write your own solution when something doesn't quite work right. That said, anything that makes yum faster is good, but perhaps working with DV would help _all_ projects by improving libxml2, not just the quick solution of switching to cElementTree just for yum. Dan From ivazquez at ivazquez.net Tue Apr 5 16:36:13 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 12:36:13 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050405162347.GF3932@nostromo.devel.redhat.com> References: <20050403212737.567b73ee@localhost.localdomain> <20050405162347.GF3932@nostromo.devel.redhat.com> Message-ID: <1112718973.22212.64.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 12:23 -0400, Bill Nottingham wrote: > Chip Turner (cturner at pattern.net) said: > > pcspkr comes to mind. > > Obviously, that should be ... (Or built statically.) Or, you know, NOT. ;) -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From notting at redhat.com Tue Apr 5 16:38:30 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Apr 2005 12:38:30 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <604aa79105040506114beaf8d1@mail.gmail.com> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <604aa79105040506114beaf8d1@mail.gmail.com> Message-ID: <20050405163830.GH3932@nostromo.devel.redhat.com> Jeff Spaleta (jspaleta at gmail.com) said: > On Apr 5, 2005 8:16 AM, Ignacio Vazquez-Abrams wrote: > > No argument here, I'm just curious as to why this particular package > > disappeared. > > I did a quick search over the build report annoucements I have cached > and I didn't get an obvious hit for a removal annoucement of > gnome-vfs. I can't tell if this was delibrate or not. gnome-vfs was removed when nothing required it to build or run any more. This was done a few weeks ago. Bill From fedora at wir-sind-cool.org Tue Apr 5 16:54:56 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 5 Apr 2005 18:54:56 +0200 Subject: Removed packages In-Reply-To: <604aa791050405073344970889@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> Message-ID: <20050405185456.7f95d0da.fedora@wir-sind-cool.org> On Tue, 5 Apr 2005 10:33:46 -0400, Jeff Spaleta wrote: > On Apr 5, 2005 10:23 AM, Chris Ricker wrote: > > On Tue, 5 Apr 2005, Build System wrote: > > > > > Removed package x3270 > > > > > > Removed package cyrus-imapd > > > > Were these two intentional or just build issues? > > I thought everything listed in the removed section was intentional. Those packages were also added to: http://fedoraproject.org/wiki/Extras/OrphanedPackages http://fedoraproject.org/wiki/Extras_2fOrphanedPackages#head-1cfcd2125f35d236a8e07948cd1322dcf3bc68da From skvidal at phy.duke.edu Tue Apr 5 17:11:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 13:11:30 -0400 Subject: Removed packages In-Reply-To: <20050405185456.7f95d0da.fedora@wir-sind-cool.org> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <20050405185456.7f95d0da.fedora@wir-sind-cool.org> Message-ID: <1112721091.20867.38.camel@cutter> > Those packages were also added to: > http://fedoraproject.org/wiki/Extras/OrphanedPackages > > http://fedoraproject.org/wiki/Extras_2fOrphanedPackages#head-1cfcd2125f35d236a8e07948cd1322dcf3bc68da thank you, Michael. -sv From mricon at gmail.com Tue Apr 5 17:22:31 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 5 Apr 2005 13:22:31 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112718503.9076.2.camel@dcbw.boston.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> <1112718503.9076.2.camel@dcbw.boston.redhat.com> Message-ID: On Apr 5, 2005 12:28 PM, Dan Williams wrote: > The point here is there is _already_ an XML parsing library in Fedora > Core and most other distributions: libxml2. That library has existed > for quite some time as well. We need to work on reducing duplicate > functionality, not increasing it. This is not Debian with 12000+ > packages, and they are unlikely to use yum at any point. Fedora Core is > attempting to reduce duplicate functionality at this time, and adding > cElementTree doesn't help that goal. Well, there are already xml parsing tools that come with python -- quite robust, too. Why special treatment for libxml2-python? Everything that libxml2-python does can be achieved with standard python modules, sacrificing speed and memory. > If yum was already using libxml2, then it required more effort to switch > to cElementTree. So why wasn't constructive work done to _improve_ the > Python bindings for libxml2? Is there a list of items that need > improvement, and where are the bugs filed against libxml2 for each of > those items? Because it was a lot less effort to switch to cElementTree. Simple as that. It would have taken a lot more effort otherwise. Is your time free? > That said, anything that makes yum faster is good, but perhaps working > with DV would help _all_ projects by improving libxml2, not just the > quick solution of switching to cElementTree just for yum. It's a quick and efficient solution. Like I have stated already otherwise, my choice of APIs was a decision driven by simple logic and immediate and obvious benefits. Regards, -- Konstantin Ryabitsev Zlotniks, INC From mricon at gmail.com Tue Apr 5 17:28:43 2005 From: mricon at gmail.com (Konstantin Ryabitsev) Date: Tue, 5 Apr 2005 13:28:43 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112715335.20867.37.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> Message-ID: On Apr 5, 2005 11:35 AM, seth vidal wrote: > Icon was working on repoview and decided to try out CelementTree b/c he > was using kid anyway and it used it. After some preliminary tests it > showed up as significantly faster parsing the metadata. For > primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. Then when > he switched it to use iterparse() the memory footprint dropped below 10M > for the whole parse. That was filelists.xml for development -- 36MB of XML, not primary.xml. There was a 2.5 times speed improvement with cElementTree code, compared to old yum code, using libxml2 -- around 20 seconds for libxml2, and around 7-8 seconds for cElementTree on an AMD Athlon 2600+. Regards, -- Konstantin Ryabitsev Zlotniks, INC From ghenry at suretecsystems.com Tue Apr 5 17:36:26 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Tue, 5 Apr 2005 18:36:26 +0100 Subject: [RFC] making release notes a community effort In-Reply-To: <1112717584.2333.135.camel@erato.phig.org> References: <1112717584.2333.135.camel@erato.phig.org> Message-ID: <200504051836.31506.ghenry@suretecsystems.com> On Tuesday 05 Apr 2005 17:13, Karsten Wade wrote: > We've been trying to pull together the components to make the release > notes an effort of the Fedora community. This means developers > collaborating with writers. > > This will not mean what it has in the past, with developers throwing > some bits over the wall for release notes and sometimes reading and > commenting on the drafts. When Fedora had someone paid to write > relnotes, this worked. If we can't make this work as a community effort > with resources from writers _and_ developers, we may not have any > release notes. > > The first pass at an idea is on this page, scroll down to Release Notes > Process - Iteration One, April 2005: > > http://fedoraproject.org/wiki/FedoraDocs/fRelNotes/RelNotesProcess > > The basic idea is to break the relnotes down into modules for individual > or teams of writers to tackle. Then you would have one or more writers > dedicated to a project or subset of Linux, such as kernel, network > services, printing, UI/desktop, SELinux, etc. Then it is easier to keep > the dedicated writing resource informed throughout the development > process. > > Hopefully this makes it possible for a volunteer writer to actually have > a chance to write an accurate relnotes piece in time for test or > release. > > I'd like to keep this part of the discussion f-devel-l, but have Cc:'d > f-docs-l so everyone is aware it. Reply-to is set to keep the > discussion on f-devel-list. > > We're also debating the merits of single source in Wiki or DocBook/XML. > Advantages of the former are the ease of collaboration and getting new > writers able to contribute sooner. The advantages of XML are too > numerous to mention, but it does suffer from a longer learning curve. > If you have any comments on that, the tool choice discussion is > happening on f-docs-l. Regardless, we'll make sure the release notes > are in the proper format on the file system for Anaconda to use. What format would be good for inexperienced users to submit patches/docs in, that could be parsed by either Perl or Python, which then pumps out Docbook XML? Either via command line or a cgi/mod_perl/mod_python page? -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From veillard at redhat.com Tue Apr 5 17:38:57 2005 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 5 Apr 2005 13:38:57 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> Message-ID: <20050405173857.GT19176@redhat.com> On Tue, Apr 05, 2005 at 01:28:43PM -0400, Konstantin Ryabitsev wrote: > On Apr 5, 2005 11:35 AM, seth vidal wrote: > > Icon was working on repoview and decided to try out CelementTree b/c he > > was using kid anyway and it used it. After some preliminary tests it > > showed up as significantly faster parsing the metadata. For > > primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. Then when > > he switched it to use iterparse() the memory footprint dropped below 10M > > for the whole parse. > > That was filelists.xml for development -- 36MB of XML, not > primary.xml. There was a 2.5 times speed improvement with cElementTree > code, compared to old yum code, using libxml2 -- around 20 seconds for > libxml2, and around 7-8 seconds for cElementTree on an AMD Athlon > 2600+. it's not libxml2. you will see that libxml2 by itself on such a box should parse your 36MB of XML in a mere second. Try with xmllint --stream for example. The potential for improvements by solving the python string import would have been huge if you did want to look at it, but it seems obvious you didn't want. Daniel -- Daniel Veillard | Red Hat Desktop team http://redhat.com/ veillard at redhat.com | libxml GNOME XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/ From ivazquez at ivazquez.net Tue Apr 5 17:42:11 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 13:42:11 -0400 Subject: [RFC] making release notes a community effort In-Reply-To: <200504051836.31506.ghenry@suretecsystems.com> References: <1112717584.2333.135.camel@erato.phig.org> <200504051836.31506.ghenry@suretecsystems.com> Message-ID: <1112722931.22212.67.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 18:36 +0100, Gavin Henry wrote: > What format would be good for inexperienced users to submit patches/docs in, > that could be parsed by either Perl or Python, which then pumps out Docbook > XML? bbCode! (kidding) -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Apr 5 17:43:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 13:43:44 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405173857.GT19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405173857.GT19176@redhat.com> Message-ID: <1112723025.20867.48.camel@cutter> > it's not libxml2. you will see that libxml2 by itself on such a > box should parse your 36MB of XML in a mere second. Try with xmllint --stream > for example. The potential for improvements by solving the python string > import would have been huge if you did want to look at it, but it seems > obvious you didn't want. > Daniel, But we're not talking about libxml2 in C, we're talking about using it in python. I agree with you, we could have worked on the python string handling and it's interface to libxml2. But time is not free and Icon nor I had the inclination to work on it. Icon saw elementTree, it proved to do the same job and do it fairly well. It was low-hanging fruit. If you or anyone else would like to implement the functions in libxml2 and make the import work just as quickly and the api look just as pretty and I'll be glad to take a look at the results. But I just don't have the time to do it. Remember, some of us are volunteers. -sv From Nicolas.Mailhot at laPoste.net Tue Apr 5 17:56:36 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 05 Apr 2005 19:56:36 +0200 Subject: rawhide report: 20050405 changes In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> <1112718503.9076.2.camel@dcbw.boston.redhat.com> Message-ID: <1112723796.29700.16.camel@rousalka.dyndns.org> Le mardi 05 avril 2005 ? 13:22 -0400, Konstantin Ryabitsev a ?crit : > On Apr 5, 2005 12:28 PM, Dan Williams wrote: > > If yum was already using libxml2, then it required more effort to switch > > to cElementTree. So why wasn't constructive work done to _improve_ the > > Python bindings for libxml2? Is there a list of items that need > > improvement, and where are the bugs filed against libxml2 for each of > > those items? > > Because it was a lot less effort to switch to cElementTree. Simple as that. > It would have taken a lot more effort otherwise. Is your time free? What's right at the app level is not always right at the distro level. Given the _huge_ scope of XML standards focusing on a single core engine (instead of a score of offerings that all do the same easy parts and fail on the hard ones) makes some sort of sense. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From malists at epon.ro Tue Apr 5 18:12:37 2005 From: malists at epon.ro (Marius Andreiana) Date: Tue, 05 Apr 2005 21:12:37 +0300 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112712570.20867.4.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> Message-ID: <1112724758.3882.5.camel@marte.biciclete.ro> On Tue, 2005-04-05 at 10:49 -0400, seth vidal wrote: > fedora core still has dovecot. > > and dovecot's a damn sight easier to setup that cyrus. and a damn sight feature-less. How about having multiple domains users in a database rather than system users? Oh, this is enterprise and fedora isn't about enterprise. Why isn't the default cyrus config setup so it works with system users like dovecot does? This way there won't be any setup for regular users and dovecot wouldn't be needed. Anyway, with the yet-another-xml-library-added-without-discussion- needed-by-one-app, we can store the users now in an xml file :-( -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From skvidal at phy.duke.edu Tue Apr 5 18:14:00 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:14:00 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112724758.3882.5.camel@marte.biciclete.ro> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> Message-ID: <1112724841.20867.64.camel@cutter> > and a damn sight feature-less. How about having multiple domains users > in a database rather than system users? Oh, this is enterprise and > fedora isn't about enterprise. > > Why isn't the default cyrus config setup so it works with system users > like dovecot does? This way there won't be any setup for regular users > and dovecot wouldn't be needed. b/c cyrus can only store files in cyrus's format and not in a plain mbox file. So using it w/o special configuration is hard. oh and dovecot can auth to postgres and mysql. > Anyway, with the yet-another-xml-library-added-without-discussion- > needed-by-one-app, we can store the users now in an xml file :-( so what should we do? An upstream application adds a library dependency, should fedora drop the app? Is that how it should be done? -sv From fedora-devel at camperquake.de Tue Apr 5 18:28:19 2005 From: fedora-devel at camperquake.de (Ralf Ertzinger) Date: Tue, 5 Apr 2005 20:28:19 +0200 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112724841.20867.64.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> Message-ID: <20050405202819.465957fa@nausicaa.camperquake.de> Hi. seth vidal wrote: > Is that how it should be done? Drop it all, close shop and redo from scratch. -- "Staring is not a viable problem solving strategy." -- Stanley Buzuka From skvidal at phy.duke.edu Tue Apr 5 18:31:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:31:18 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <20050405202819.465957fa@nausicaa.camperquake.de> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> <20050405202819.465957fa@nausicaa.camperquake.de> Message-ID: <1112725878.20867.71.camel@cutter> On Tue, 2005-04-05 at 20:28 +0200, Ralf Ertzinger wrote: > Hi. > > seth vidal wrote: > > > Is that how it should be done? > > Drop it all, close shop and redo from scratch. excellent. :) Sounds like a perfect policy for FC5. Start fresh! :) -sv From malists at epon.ro Tue Apr 5 18:33:26 2005 From: malists at epon.ro (Marius Andreiana) Date: Tue, 05 Apr 2005 21:33:26 +0300 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112724841.20867.64.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> Message-ID: <1112726006.3882.11.camel@marte.biciclete.ro> On Tue, 2005-04-05 at 14:14 -0400, seth vidal wrote: > so what should we do? An upstream application adds a library dependency, > should fedora drop the app? > > Is that how it should be done? no, but until I replied I saw Daniel's postings about not having been asked about the performance issues and it looks like it's not libxml's fault, but rather the python binding. I just saw your reply about volunteering and I agree with you. You increased speed and don't have time to research the libxml2-python problems, as you are a volunteer. That's great and thanks for yum! -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From skvidal at phy.duke.edu Tue Apr 5 18:38:09 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 14:38:09 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112718503.9076.2.camel@dcbw.boston.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> <1112718503.9076.2.camel@dcbw.boston.redhat.com> Message-ID: <1112726289.20867.77.camel@cutter> > The point here is there is _already_ an XML parsing library in Fedora > Core and most other distributions: libxml2. That library has existed > for quite some time as well. We need to work on reducing duplicate > functionality, not increasing it. This is not Debian with 12000+ > packages, and they are unlikely to use yum at any point. Fedora Core is > attempting to reduce duplicate functionality at this time, and adding > cElementTree doesn't help that goal. > But I'm the upstream maintainer of yum. So are you saying that upstream maintainers should base their library selection on what's available in fedora? Yum's not just used on fedora core. I don't think that makes all that much sense. -sv From jbuell at vmware.com Tue Apr 5 18:53:33 2005 From: jbuell at vmware.com (Jeffrey Buell) Date: Tue, 5 Apr 2005 11:53:33 -0700 Subject: FC4 and xen0 performance Message-ID: <58743620D2C0D9439C627C064581E25218D6C2@PA-ECLUSTER2.vmware.com> I installed FC4 test1 and xen0 straight from Fedora and ran some simple kernel microbenchmarks (loops over getpid, fork/wait, signal, etc.) and the results are pretty ugly compared to a 2.6.1 install. FC4 ranges from 1.5X to 20X slower, while xen0 is about 2X to 6X slower. Is this expected? I'm looking for configuration differences now, but I'm wondering if anybody can comment on how FC4 and xen0 were built. debug? asserts? One difference between FC4 and xen0 is that FC4 was configured with HIGHMEM and xen0 wasn't. Thanks, Jeff From ivazquez at ivazquez.net Tue Apr 5 18:57:09 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 14:57:09 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> Message-ID: <1112727429.22212.69.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 09:09 -0400, Sean Middleditch wrote: > If nothing in Core uses a package then the package is not included. It > might end up in Extras. /me waits patiently for gtk+ to drop out and have plenty of people scream bloody murder -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Apr 5 19:01:11 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 15:01:11 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112727429.22212.69.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> Message-ID: <1112727671.20867.97.camel@cutter> On Tue, 2005-04-05 at 14:57 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-04-05 at 09:09 -0400, Sean Middleditch wrote: > > If nothing in Core uses a package then the package is not included. It > > might end up in Extras. > > /me waits patiently for gtk+ to drop out and have plenty of people > scream bloody murder > what's left that deps on gtk+? xmms just got dropped out? is it just gnucash that's left? -sv From ivazquez at ivazquez.net Tue Apr 5 19:03:34 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 15:03:34 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112727671.20867.97.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> Message-ID: <1112727814.22212.74.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 15:01 -0400, seth vidal wrote: > On Tue, 2005-04-05 at 14:57 -0400, Ignacio Vazquez-Abrams wrote: > > /me waits patiently for gtk+ to drop out and have plenty of people > > scream bloody murder > > what's left that deps on gtk+? > > xmms just got dropped out? > is it just gnucash that's left? Yep, that's it. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sopwith at redhat.com Tue Apr 5 19:07:30 2005 From: sopwith at redhat.com (Elliot Lee) Date: Tue, 5 Apr 2005 15:07:30 -0400 (EDT) Subject: gnome-vfs not in Rawhide? Message-ID: > /me waits patiently for gtk+ to drop out and have plenty of people > scream bloody murder gtk+ will need to stay around for a while yet, for compatibility with people's existing apps. It's not as if xmms is going away, just that it's moving to extras once a maintainer steps up. -- Elliot "I would like to move gnucash as well" :) From skvidal at phy.duke.edu Tue Apr 5 19:08:56 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 15:08:56 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112727814.22212.74.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> Message-ID: <1112728136.20867.104.camel@cutter> On Tue, 2005-04-05 at 15:03 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-04-05 at 15:01 -0400, seth vidal wrote: > > On Tue, 2005-04-05 at 14:57 -0400, Ignacio Vazquez-Abrams wrote: > > > /me waits patiently for gtk+ to drop out and have plenty of people > > > scream bloody murder > > > > what's left that deps on gtk+? > > > > xmms just got dropped out? > > is it just gnucash that's left? > > Yep, that's it. > so when you say 'plenty of people' you meant to say 'the 5 people using gnucash' :-D /me hides -sv From skvidal at phy.duke.edu Tue Apr 5 19:09:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 15:09:52 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112728136.20867.104.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> Message-ID: <1112728192.20867.106.camel@cutter> > so when you say 'plenty of people' you meant to say 'the 5 people using > gnucash' :-D > > /me hides > and before anyone gets upset. the :-D means I was joking. I know gnucash is used by a lot of people. I was just messing around. -sv From kyrre at solution-forge.net Tue Apr 5 18:48:09 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 05 Apr 2005 20:48:09 +0200 Subject: [RFC] making release notes a community effort In-Reply-To: <1112722931.22212.67.camel@ignacio.ignacio.lan> References: <1112717584.2333.135.camel@erato.phig.org> <200504051836.31506.ghenry@suretecsystems.com> <1112722931.22212.67.camel@ignacio.ignacio.lan> Message-ID: <1112726888.3333.20.camel@localhost.localdomain> tir, 05.04.2005 kl. 19.42 skrev Ignacio Vazquez-Abrams: > On Tue, 2005-04-05 at 18:36 +0100, Gavin Henry wrote: > > What format would be good for inexperienced users to submit patches/docs in, > > that could be parsed by either Perl or Python, which then pumps out Docbook > > XML? > > bbCode! (kidding) Doesn't OOo produce some kind of XLM? Isn't that possible to use - at least in combination of a *strict* template? Or simply collect it by mail, and then have somebody to fix up formatting etc. before release? It might be a good idea to have some kind of tree structure... This might be the beginning of something more than just release notes - finally some real off-line doc for users to look at! (place a big shortcut on their desktops :P ) Kyrre From ivazquez at ivazquez.net Tue Apr 5 19:12:19 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 15:12:19 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112728136.20867.104.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> Message-ID: <1112728339.22212.77.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 15:08 -0400, seth vidal wrote: > On Tue, 2005-04-05 at 15:03 -0400, Ignacio Vazquez-Abrams wrote: > > On Tue, 2005-04-05 at 15:01 -0400, seth vidal wrote: > > > On Tue, 2005-04-05 at 14:57 -0400, Ignacio Vazquez-Abrams wrote: > > > > /me waits patiently for gtk+ to drop out and have plenty of people > > > > scream bloody murder > > > > > > what's left that deps on gtk+? > > > > > > xmms just got dropped out? > > > is it just gnucash that's left? > > > > Yep, that's it. > > > > so when you say 'plenty of people' you meant to say 'the 5 people using > gnucash' :-D > > /me hides Heh. And every single user of every single app in every single non-Core repo that still needs it. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Apr 5 19:13:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 15:13:52 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <20050405154903.GL19176@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <20050405154903.GL19176@redhat.com> Message-ID: <1112728432.20867.108.camel@cutter> > Is a lack of communication a reason to push a new duplicate package on > Fedora Core ? > no it is why, I, as an upstream package author, chose to go with the library I chose to go with. -sv From skvidal at phy.duke.edu Tue Apr 5 19:14:55 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 15:14:55 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112728339.22212.77.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> Message-ID: <1112728495.20867.110.camel@cutter> > Heh. And every single user of every single app in every single non-Core > repo that still needs it. > What else deps on gtk+ 1.X? Things in extras? is gtk+ even being maintained upstream anymore? Seems like a good candidate for going to extras then, doesn't it? -sv From thacker at math.cornell.edu Tue Apr 5 19:15:12 2005 From: thacker at math.cornell.edu (John Thacker) Date: Tue, 5 Apr 2005 15:15:12 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112727671.20867.97.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> Message-ID: <20050405191512.GA31502@thacker.dyndns.org> On Tue, Apr 05, 2005 at 03:01:11PM -0400, seth vidal wrote: > what's left that deps on gtk+? > > xmms just got dropped out? > is it just gnucash that's left? nmap-frontend as well. There's an "evil" port to gtk2, but it really is evil; involves -DGTK_ENABLE_BROKEN. Currently rawhide is building the (evil, broken) gtk2 version, but the spec file incorrectly still requires gtk+. That dependency could be removed/changed depending on whether the flag for building gtk2 is turned on. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153769 John -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kyrre at solution-forge.net Tue Apr 5 19:20:12 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 05 Apr 2005 21:20:12 +0200 Subject: rawhide report: 20050405 changes In-Reply-To: <1112715335.20867.37.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> Message-ID: <1112728811.3333.46.camel@localhost.localdomain> tir, 05.04.2005 kl. 17.35 skrev seth vidal: > > Is that worth adding yet another XML Parser package to the distribution > > used by a single tool ? Is there a compatibility layer to still use > > libxml2 ? > > If I remember correctly, the performance problem wasn't libxml2 itself > > but the specific usage within yum, i.e. collecting the data, libxml2 by > > itself is parsing the megabyte sized file in less than a tenth of a second. > > I'm surprized the solution ends up going to use a python specific library > > instead of trying to find why the interface between libxml2 and yum generated > > that problem. I don't remember you saying you would switch library as a result. > > well what happened was this: > Icon was working on repoview and decided to try out CelementTree b/c he > was using kid anyway and it used it. After some preliminary tests it > showed up as significantly faster parsing the metadata. For > primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. Then when > he switched it to use iterparse() the memory footprint dropped below 10M > for the whole parse. > wow. That's just... amazing! Anyway: How large are the package in question? After all, yum is a pretty "core" package. It's not some obscure fringe thingy. So adding *one* package to support it can't be all that bad? After all, didn't OOo (another non-fringe package) pretty much cause Java to be included? Great job getting that much more speed out of yum! A great program getting better :) Kyrre From kyrre at solution-forge.net Tue Apr 5 19:20:11 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Tue, 05 Apr 2005 21:20:11 +0200 Subject: rawhide report: 20050405 changes In-Reply-To: <604aa791050405081287a9552@mail.gmail.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> <604aa791050405081287a9552@mail.gmail.com> Message-ID: <1112727204.3333.22.camel@localhost.localdomain> tir, 05.04.2005 kl. 17.12 skrev Jeff Spaleta: > On Apr 5, 2005 11:04 AM, Daniel Veillard wrote: > > libxml2 is part of Fedora Core, celement tree wasn't part of Fedora Core. > > We removed other components of Fedora Core because they were duplicate, > > you're adding a new duplicate library in core, I don't think aesthetic > > consideration are really worth it. > > Are there examples of duplication at the library/module level that has > been removed from Core that have caused other Core components to > require different dependancies? I don't think I'm aware of an example > of this type. I can only point to examples of removed duplication at > the application level, where whole applications were removed and then > libraries/modules that were only required by the removed application. > > > -jef Don't count on it. Soon we'll have a new kde/gnome killfest... From ivazquez at ivazquez.net Tue Apr 5 19:25:35 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 05 Apr 2005 15:25:35 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112728495.20867.110.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> Message-ID: <1112729135.22212.81.camel@ignacio.ignacio.lan> On Tue, 2005-04-05 at 15:14 -0400, seth vidal wrote: > What else deps on gtk+ 1.X? > > Things in extras? A couple, yes. > is gtk+ even being maintained upstream anymore? Seems like a good > candidate for going to extras then, doesn't it? It seems like a good candidate even if it _is_ being maintained upstream, seeing as how Core is down to 2 dep packages. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From skvidal at phy.duke.edu Tue Apr 5 19:27:50 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 15:27:50 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112729135.22212.81.camel@ignacio.ignacio.lan> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112729135.22212.81.camel@ignacio.ignacio.lan> Message-ID: <1112729270.20867.115.camel@cutter> On Tue, 2005-04-05 at 15:25 -0400, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-04-05 at 15:14 -0400, seth vidal wrote: > > What else deps on gtk+ 1.X? > > > > Things in extras? > > A couple, yes. > > > is gtk+ even being maintained upstream anymore? Seems like a good > > candidate for going to extras then, doesn't it? > > It seems like a good candidate even if it _is_ being maintained > upstream, seeing as how Core is down to 2 dep packages. > agreed. -sv From dhollis at davehollis.com Tue Apr 5 19:30:21 2005 From: dhollis at davehollis.com (David Hollis) Date: Tue, 05 Apr 2005 15:30:21 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112724841.20867.64.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> Message-ID: <1112729421.3662.0.camel@dhollis-lnx.sunera.com> On Tue, 2005-04-05 at 14:14 -0400, seth vidal wrote: > > b/c cyrus can only store files in cyrus's format and not in a plain mbox > file. So using it w/o special configuration is hard. > > oh and dovecot can auth to postgres and mysql. And LDAP. I have it setup to handle virtual domains with Postfix with an LDAP user store and it works fine. -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thacker at math.cornell.edu Tue Apr 5 19:42:03 2005 From: thacker at math.cornell.edu (John Thacker) Date: Tue, 5 Apr 2005 15:42:03 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112728495.20867.110.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> Message-ID: <20050405194203.GA31603@thacker.dyndns.org> On Tue, Apr 05, 2005 at 03:14:55PM -0400, seth vidal wrote: > > What else deps on gtk+ 1.X? > > Things in extras? > is gtk+ even being maintained upstream anymore? Seems like a good > candidate for going to extras then, doesn't it? Since I run one of my machines without gtk+ (which makes for a good test) I know that there are things in extras like easytag (since Extras hasn't moved to the quite-stable-but-still-officially development 1.99.3 version), plus outside things like mplayer. The other, slightly nastier problem: Several packages allow one to build with either gtk+ or gtk2. In Core, we're building with gtk2, but these packages have to BuildRequire: gtk+-devel, which pulls in the rest of the gtk+ stuff, in order to compile. This is because the various auto* scripts pull in gtk+ macros. I *think* there are some packages still like this in Core; I know I've run into it in the last couple months, and have gotten used to pulling in gtk+ in order to build, then removing it, when I want to rebuild a package. There are also a couple other packages that incorrectly still BuildRequire various gtk+ things even after having moved to gtk2, but the gtk+ things are no longer needed. w3m is a case of this; it just moved to gtk2, but still BuildRequires imlib-devel instead of imlib2-devel. (I guess imlib2-devel is needed, haven't tested trying to build without it installed, but it definitely builds with imlib2-devel but not imlib-devel if I change the spec file.) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=153773 John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thacker at math.cornell.edu Tue Apr 5 19:48:33 2005 From: thacker at math.cornell.edu (John Thacker) Date: Tue, 5 Apr 2005 15:48:33 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050405194203.GA31603@thacker.dyndns.org> References: <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <20050405194203.GA31603@thacker.dyndns.org> Message-ID: <20050405194833.GB31603@thacker.dyndns.org> On Tue, Apr 05, 2005 at 03:42:03PM -0400, John Thacker wrote: > The other, slightly nastier problem: Several packages allow one to > build with either gtk+ or gtk2. In Core, we're building with gtk2, > but these packages have to BuildRequire: gtk+-devel, which pulls in > the rest of the gtk+ stuff, in order to compile. This is because the > various auto* scripts pull in gtk+ macros. I *think* there are some > packages still like this in Core; I know I've run into it in the last > couple months, and have gotten used to pulling in gtk+ in order to > build, then removing it, when I want to rebuild a package. Ah, remembered one of the examples. xcdroast won't build without gtk+ installed, even though it only links against gtk2. That's because it can be built against either, and the use of various auto* macros. Of course, xcdroast also has this big honking error which was fixed in FC3 but the patch applied in FC3 is still left out of the devel package: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134334 I rebuilt it myself after doing the trivial work necessary to apply the patch; that's why I found that it requires gtk+ installed. (The actual RPM BuildRequire is on gdk-pixbuf-devel, which yoinks the rest in.) John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dcbw at redhat.com Tue Apr 5 19:52:40 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 05 Apr 2005 15:52:40 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112726289.20867.77.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> <1112718503.9076.2.camel@dcbw.boston.redhat.com> <1112726289.20867.77.camel@cutter> Message-ID: <1112730760.13616.0.camel@dcbw.boston.redhat.com> On Tue, 2005-04-05 at 14:38 -0400, seth vidal wrote: > > The point here is there is _already_ an XML parsing library in Fedora > > Core and most other distributions: libxml2. That library has existed > > for quite some time as well. We need to work on reducing duplicate > > functionality, not increasing it. This is not Debian with 12000+ > > packages, and they are unlikely to use yum at any point. Fedora Core is > > attempting to reduce duplicate functionality at this time, and adding > > cElementTree doesn't help that goal. > > > > But I'm the upstream maintainer of yum. So are you saying that upstream > maintainers should base their library selection on what's available in > fedora? Yum's not just used on fedora core. > > I don't think that makes all that much sense. No, but libxml2 is available on all platforms that yum runs on. dan From pri.rhl3 at iadonisi.to Tue Apr 5 19:53:52 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Tue, 05 Apr 2005 15:53:52 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112729421.3662.0.camel@dhollis-lnx.sunera.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> <1112729421.3662.0.camel@dhollis-lnx.sunera.com> Message-ID: <1112730832.20608.11.camel@md.local.linuxlobbyist.org> On Tue, 2005-04-05 at 15:30 -0400, David Hollis wrote: > On Tue, 2005-04-05 at 14:14 -0400, seth vidal wrote: > > > > b/c cyrus can only store files in cyrus's format and not in a plain mbox > > file. So using it w/o special configuration is hard. > > > > oh and dovecot can auth to postgres and mysql. > > And LDAP. I have it setup to handle virtual domains with Postfix with > an LDAP user store and it works fine. Don't know about LDAP, but cyrus-imapd can most certainly auth to mysql and postgresql. I believe LDAP is also possible, though. -- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets From dcbw at redhat.com Tue Apr 5 19:53:29 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 05 Apr 2005 15:53:29 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112728811.3333.46.camel@localhost.localdomain> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <1112715335.20867.37.camel@cutter> <1112728811.3333.46.camel@localhost.localdomain> Message-ID: <1112730809.13616.2.camel@dcbw.boston.redhat.com> On Tue, 2005-04-05 at 21:20 +0200, Kyrre Ness Sjobak wrote: > tir, 05.04.2005 kl. 17.35 skrev seth vidal: > > > Is that worth adding yet another XML Parser package to the distribution > > > used by a single tool ? Is there a compatibility layer to still use > > > libxml2 ? > > > If I remember correctly, the performance problem wasn't libxml2 itself > > > but the specific usage within yum, i.e. collecting the data, libxml2 by > > > itself is parsing the megabyte sized file in less than a tenth of a second. > > > I'm surprized the solution ends up going to use a python specific library > > > instead of trying to find why the interface between libxml2 and yum generated > > > that problem. I don't remember you saying you would switch library as a result. > > > > well what happened was this: > > Icon was working on repoview and decided to try out CelementTree b/c he > > was using kid anyway and it used it. After some preliminary tests it > > showed up as significantly faster parsing the metadata. For > > primary.xml.gz the times went from 21s for 1800ish pkgs to 7s. Then when > > he switched it to use iterparse() the memory footprint dropped below 10M > > for the whole parse. > > > wow. That's just... amazing! > > Anyway: How large are the package in question? After all, yum is a > pretty "core" package. It's not some obscure fringe thingy. So adding > *one* package to support it can't be all that bad? > > After all, didn't OOo (another non-fringe package) pretty much cause > Java to be included? No, OOo only requires gcc-java and libgcj, nothing else. Eclipse was the big thing that pulls in all the real java support libraries. Dan From gmaxwell at gmail.com Tue Apr 5 20:18:59 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 5 Apr 2005 16:18:59 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112728136.20867.104.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> Message-ID: On Apr 5, 2005 3:08 PM, seth vidal wrote: > On Tue, 2005-04-05 at 15:03 -0400, Ignacio Vazquez-Abrams wrote: > > On Tue, 2005-04-05 at 15:01 -0400, seth vidal wrote: > > > On Tue, 2005-04-05 at 14:57 -0400, Ignacio Vazquez-Abrams wrote: > > > > /me waits patiently for gtk+ to drop out and have plenty of people > > > > scream bloody murder > > > > > > what's left that deps on gtk+? > > > > > > xmms just got dropped out? > > > is it just gnucash that's left? > > > > Yep, that's it. > > > > so when you say 'plenty of people' you meant to say 'the 5 people using > gnucash' :-D And you wonder why people get upset about the attitudes about software maintance in extras? ... I guess with me it's 6 people using gnucash. I don't care if you think it's unimportant: it matters to me (but I guess I don't count as far as you're concerned since I don't have the time to step up and maintain it). From rdieter at math.unl.edu Tue Apr 5 20:22:38 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 05 Apr 2005 15:22:38 -0500 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> Message-ID: <4252F38E.3090007@math.unl.edu> Gregory Maxwell wrote: > On Apr 5, 2005 3:08 PM, seth vidal wrote: >>so when you say 'plenty of people' you meant to say 'the 5 people using >>gnucash' :-D > > > And you wonder why people get upset about the attitudes about software > maintance in extras? OK, mister crabby-pants, relax. Seth was only joking (and even posted a followup to explain it explicitly for the smiley-challenged). -- Rex From pjones at redhat.com Tue Apr 5 20:31:40 2005 From: pjones at redhat.com (Peter Jones) Date: Tue, 05 Apr 2005 16:31:40 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <1112730760.13616.0.camel@dcbw.boston.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> <1112718503.9076.2.camel@dcbw.boston.redhat.com> <1112726289.20867.77.camel@cutter> <1112730760.13616.0.camel@dcbw.boston.redhat.com> Message-ID: <1112733100.2488.50.camel@localhost.localdomain> On Tue, 2005-04-05 at 15:52 -0400, Dan Williams wrote: > On Tue, 2005-04-05 at 14:38 -0400, seth vidal wrote: > > But I'm the upstream maintainer of yum. So are you saying that upstream > > maintainers should base their library selection on what's available in > > fedora? Yum's not just used on fedora core. > > > > I don't think that makes all that much sense. > > No, but libxml2 is available on all platforms that yum runs on. For an upstream maintainer, that's not the only thing to consider. "Any choice on all target platforms" does not equal "the best choice". In any case, it _would_ be good for somebody who's used it to file some bugs on libxml2's python interface. If it's driving people to use expat-based modules for speed and usability reasons, then it needs work, and there's no better way to tell Daniel that than to file specific bugs. -- Peter From gmaxwell at gmail.com Tue Apr 5 20:34:33 2005 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 5 Apr 2005 16:34:33 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <4252F38E.3090007@math.unl.edu> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <4252F38E.3090007@math.unl.edu> Message-ID: On Apr 5, 2005 4:22 PM, Rex Dieter wrote: > Gregory Maxwell wrote: > > On Apr 5, 2005 3:08 PM, seth vidal wrote: > > >>so when you say 'plenty of people' you meant to say 'the 5 people using > >>gnucash' :-D > > > > > > And you wonder why people get upset about the attitudes about software > > maintance in extras? > > OK, mister crabby-pants, relax. Seth was only joking (and even posted a > followup to explain it explicitly for the smiley-challenged). I'm not crabby. :) I replied before his follow up. But we really can't expect everyone who can come around to complain about the quality of a package to go fix it, but thats what I see happening when people have complained that a package was moved from core to extras where they feel it will get less love. From skvidal at phy.duke.edu Tue Apr 5 20:47:24 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 16:47:24 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <4252F38E.3090007@math.unl.edu> Message-ID: <1112734045.20867.118.camel@cutter> > I'm not crabby. :) I replied before his follow up. > > But we really can't expect everyone who can come around to complain > about the quality of a package to go fix it, but thats what I see > happening when people have complained that a package was moved from > core to extras where they feel it will get less love. why can't we? If someone is capable of knowing what to complain about why can't they fix it? Especially if they have a vested interest in it. -sv From jspaleta at gmail.com Tue Apr 5 20:59:58 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 16:59:58 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <4252F38E.3090007@math.unl.edu> Message-ID: <604aa791050405135928296fe6@mail.gmail.com> On Apr 5, 2005 4:34 PM, Gregory Maxwell wrote: > But we really can't expect everyone who can come around to complain > about the quality of a package to go fix it, but thats what I see > happening when people have complained that a package was moved from > core to extras where they feel it will get less love. First of all.. how much love a package gets is very dependant on the personal investment of the maintainer who oversees the package (ir)regardless of which tree it actually sits in. A Red Hat employee who assigned to keep a package maintained but isn't personally invested in the package or its development upstream could very well give that package far less love than an interested community member who is personally committed relationship with that package as a user or as an upstream developer. It very much depends. The fact that that people instantly associate better packaging with Core speaks volumes about Red Hat's strength as a brandname..even if the brandname isn't being directly used. Do you know how many packages the owner of gnucash actually owns in Core? Do you know what other crap this person has to do beyond just keeping up with those packages as a Red Hat employee? You can't evaluate 'love' for a specific package until you have a good understanding of where in the infinite list of priorities the specific maintainer ranks that package. If anything putting crap into Extras gives a package access to more love not less. Upstream developers who live outside the RedHat fence line can be primary or co-maintainer of packages in Extras.. they can't necessarily do that easily inside Core yet. Contrary to public opinion... an overworked Red Hat employee isn't necessarily the best maintainer compared to an enthusiastic volunteer. The real issue is figuring out a way to mentor those volunteers in the art of packaging and maintainence.... sucking out the juicy marrow of packaging experience from the sulken husks of the Red Hat fossils and transplanting it into young minds of the fresh beasts of burden. Second of all... there is no second point. -jef"the (ir) was added to make sure new england natives could understand the sentence"spaleta From lkml at mac.com Tue Apr 5 21:56:48 2005 From: lkml at mac.com (Felipe Alfaro Solana) Date: Tue, 5 Apr 2005 23:56:48 +0200 Subject: FC4 and xen0 performance In-Reply-To: <58743620D2C0D9439C627C064581E25218D6C2@PA-ECLUSTER2.vmware.com> References: <58743620D2C0D9439C627C064581E25218D6C2@PA-ECLUSTER2.vmware.com> Message-ID: <8dfb028ce67d85578d7e963173f6def6@mac.com> On 5 Apr 2005, at 20:53, Jeffrey Buell wrote: > I installed FC4 test1 and xen0 straight from Fedora and ran some simple > kernel microbenchmarks (loops over getpid, fork/wait, signal, etc.) > and the > results are pretty ugly compared to a 2.6.1 install. FC4 ranges from > 1.5X to > 20X slower, while xen0 is about 2X to 6X slower. Is this expected? I'm > looking for configuration differences now, but I'm wondering if > anybody can > comment on how FC4 and xen0 were built. debug? asserts? One difference > between FC4 and xen0 is that FC4 was configured with HIGHMEM and xen0 > wasn't. Did you moved /lib/tls to /lib/tls.disabled? From lkml at mac.com Tue Apr 5 21:59:47 2005 From: lkml at mac.com (Felipe Alfaro Solana) Date: Tue, 5 Apr 2005 23:59:47 +0200 Subject: Removed packages In-Reply-To: <1112712683.20867.6.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712683.20867.6.camel@cutter> Message-ID: <5aee3330d26770ddb5515f0a9cdb0a50@mac.com> On 5 Apr 2005, at 16:51, seth vidal wrote: > On Tue, 2005-04-05 at 10:33 -0400, Jeff Spaleta wrote: >> On Apr 5, 2005 10:23 AM, Chris Ricker wrote: >>> On Tue, 5 Apr 2005, Build System wrote: >>> >>>> Removed package x3270 >>>> >>>> Removed package cyrus-imapd >>> >>> Were these two intentional or just build issues? >> >> I thought everything listed in the removed section was intentional. > > they were intentional: > > cyrus-imapd - duplicate imap server Has it been moved to extras? From skvidal at phy.duke.edu Tue Apr 5 22:03:15 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 18:03:15 -0400 Subject: Removed packages In-Reply-To: <5aee3330d26770ddb5515f0a9cdb0a50@mac.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712683.20867.6.camel@cutter> <5aee3330d26770ddb5515f0a9cdb0a50@mac.com> Message-ID: <1112738595.22484.28.camel@cutter> > > > > cyrus-imapd - duplicate imap server > > Has it been moved to extras? not yet. it's on the orphaned packages page. you want it? -sv From jbuell at vmware.com Tue Apr 5 22:17:23 2005 From: jbuell at vmware.com (Jeffrey Buell) Date: Tue, 5 Apr 2005 15:17:23 -0700 Subject: FC4 and xen0 performance Message-ID: <58743620D2C0D9439C627C064581E25218D6C5@PA-ECLUSTER2.vmware.com> > On 5 Apr 2005, at 20:53, Jeffrey Buell wrote: > > > I installed FC4 test1 and xen0 straight from Fedora and ran > some simple > > kernel microbenchmarks (loops over getpid, fork/wait, signal, etc.) > > and the > > results are pretty ugly compared to a 2.6.1 install. FC4 > ranges from > > 1.5X to > > 20X slower, while xen0 is about 2X to 6X slower. Is this > expected? I'm > > looking for configuration differences now, but I'm wondering if > > anybody can > > comment on how FC4 and xen0 were built. debug? asserts? One > difference > > between FC4 and xen0 is that FC4 was configured with > HIGHMEM and xen0 > > wasn't. > > Did you moved /lib/tls to /lib/tls.disabled? Yes. Also, xen0 is configured with SMP and FC4 wasn't. My 2.6.1 has neither SMP or HIGHMEM, but these things shouldn't have that much effect, or could they? Jeff From toshio at tiki-lounge.com Tue Apr 5 22:15:57 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 5 Apr 2005 15:15:57 -0700 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050405194203.GA31603@thacker.dyndns.org>; from thacker@math.cornell.edu on Tue, Apr 05, 2005 at 03:42:03PM -0400 References: <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <20050405194203.GA31603@thacker.dyndns.org> Message-ID: <20050405151557.A23597@tiki-lounge.com> On Tue, Apr 05, 2005 at 03:42:03PM -0400, John Thacker wrote: > On Tue, Apr 05, 2005 at 03:14:55PM -0400, seth vidal wrote: > > > > What else deps on gtk+ 1.X? > > > The other, slightly nastier problem: Several packages allow one to > build with either gtk+ or gtk2. In Core, we're building with gtk2, > but these packages have to BuildRequire: gtk+-devel, which pulls in > the rest of the gtk+ stuff, in order to compile. This is because the > various auto* scripts pull in gtk+ macros. I *think* there are some > packages still like this in Core; I know I've run into it in the last > couple months, and have gotten used to pulling in gtk+ in order to > build, then removing it, when I want to rebuild a package. > Is this just pkg-config stuff? That type of stuff can be fixed and submitted upstream pretty easily. If it's other auto* problems, I'd have to see it to know how easy it would be. In any case, if you send me a few packages to look at, I'll make a start on doing something productive about it. -Toshio From ag381597 at ohio.edu Tue Apr 5 22:23:35 2005 From: ag381597 at ohio.edu (Andy Grimm) Date: Tue, 05 Apr 2005 18:23:35 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: Message-ID: <1112739815.3617.120.camel@athlon1> Is GnuCash (and Guppi, I guess) in need of an RPM maintainer? I've been a loyal gnucash user for several (5+) years now. While it frustrates me that it's absolutely the last app on my system requiring gtk+ / gnome-libs 1.x, I'd be happy to see to it that it's maintained until the gtk2 port becomes more stable. Has any thought been given to including a "gnucash2" package in extras as well? I built it from CVS a couple months back, and it seems far enough along to be usable for basic accounting, as long as you aren't planning to run a business on it. Let me know what I can do to help. --Andy On Tue, 2005-04-05 at 15:07 -0400, Elliot Lee wrote: > > /me waits patiently for gtk+ to drop out and have plenty of people > > scream bloody murder > > gtk+ will need to stay around for a while yet, for compatibility with > people's existing apps. It's not as if xmms is going away, just that it's > moving to extras once a maintainer steps up. > > -- Elliot "I would like to move gnucash as well" :) -- Andy Grimm From mike at navi.cx Tue Apr 5 22:37:32 2005 From: mike at navi.cx (Mike Hearn) Date: Tue, 05 Apr 2005 23:37:32 +0100 Subject: gnome-vfs not in Rawhide? References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> Message-ID: On Tue, 05 Apr 2005 15:14:55 -0400, seth vidal wrote: > What else deps on gtk+ 1.X? You can't drop GTK1 unless you want to break every single Loki Setup out there. Unless you consider that users should be able to associate a message like: setup: error while loading shared libraries: libgtk-1.2.so.0 not found (which is only shown on the console) with the magic command to fix it. I don't think that's the usability aesthetic we want on Linux ... thanks -mike From toshio at tiki-lounge.com Tue Apr 5 22:28:24 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Tue, 5 Apr 2005 15:28:24 -0700 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112739815.3617.120.camel@athlon1>; from ag381597@ohio.edu on Tue, Apr 05, 2005 at 06:23:35PM -0400 References: <1112739815.3617.120.camel@athlon1> Message-ID: <20050405152824.B23597@tiki-lounge.com> On Tue, Apr 05, 2005 at 06:23:35PM -0400, Andy Grimm wrote: > Is GnuCash (and Guppi, I guess) in need of an RPM maintainer? I've been > a loyal gnucash user for several (5+) years now. While it frustrates me > that it's absolutely the last app on my system requiring gtk+ / > gnome-libs 1.x, I'd be happy to see to it that it's maintained until the > gtk2 port becomes more stable. > > Has any thought been given to including a "gnucash2" package in extras > as well? I built it from CVS a couple months back, and it seems far > enough along to be usable for basic accounting, as long as you aren't > planning to run a business on it. > > Let me know what I can do to help. > Post your gnucash2 package, take feedback, get a sponsor, send in paperwork.... Then see whether gnucash2 stability or gnucash1 getting booted out of Core comes first :-) -Toshio From skvidal at phy.duke.edu Tue Apr 5 22:36:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 05 Apr 2005 18:36:04 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> Message-ID: <1112740564.22484.30.camel@cutter> > You can't drop GTK1 unless you want to break every single Loki > Setup out there. > > Unless you consider that users should be able to associate a message like: > > setup: error while loading shared libraries: libgtk-1.2.so.0 not found > > (which is only shown on the console) with the magic command to fix it. > > I don't think that's the usability aesthetic we want on Linux ... By that argument we can never drop any library, ever b/c SOMETHING might depend on it. -sv From paul at all-the-johnsons.co.uk Tue Apr 5 22:40:22 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 05 Apr 2005 23:40:22 +0100 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112740564.22484.30.camel@cutter> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> Message-ID: <1112740822.5065.33.camel@localhost.localdomain> Hi, > > Unless you consider that users should be able to associate a message like: > > > > setup: error while loading shared libraries: libgtk-1.2.so.0 not found > By that argument we can never drop any library, ever b/c SOMETHING might > depend on it. Correct. Wouldn't there be a way of either reverse engineering the Loki loader to see what (if anything) it does special or adding a compat- library in? While I completely agree with Seth's argument (I've used it plenty of times myself), losing the Loki loader would mean losing quite a lot of games which rely on the Loki loader. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thacker at math.cornell.edu Tue Apr 5 23:35:25 2005 From: thacker at math.cornell.edu (John Thacker) Date: Tue, 5 Apr 2005 19:35:25 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050405151557.A23597@tiki-lounge.com> References: <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <20050405194203.GA31603@thacker.dyndns.org> <20050405151557.A23597@tiki-lounge.com> Message-ID: <20050405233525.GA21353@thacker.dyndns.org> On Tue, Apr 05, 2005 at 03:15:57PM -0700, Toshio Kuratomi wrote: > Is this just pkg-config stuff? That type of stuff can be fixed and > submitted upstream pretty easily. If it's other auto* problems, I'd have to > see it to know how easy it would be. In any case, if you send me a few > packages to look at, I'll make a start on doing something productive about > it. Take a look at xcdroast. It can be set to use either gtk+ or gtk2 (and we build for gtk2), but fails building if it doesn't find gtk+ (well, really glib1), trying to run a macro. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From awithers at anduin.com Tue Apr 5 23:50:13 2005 From: awithers at anduin.com (Anduin Withers) Date: Tue, 5 Apr 2005 19:50:13 -0400 Subject: Removed packages In-Reply-To: <1112738595.22484.28.camel@cutter> Message-ID: <200504052348.j35NmFir021573@mail.anduin.com> > > Has it been moved to extras? > > not yet. it's on the orphaned packages page. > > you want it? I want to know how it went from being forced into a somewhat prominent position to being removed from the base entirely. The justification is really just that it is a "duplicate imap server"? Why can't it transition to deprecated for FC4? -- Anduin Withers From mike at netlyncs.com Wed Apr 6 00:03:25 2005 From: mike at netlyncs.com (Mike Chambers) Date: Tue, 05 Apr 2005 19:03:25 -0500 Subject: [RFC] making release notes a community effort In-Reply-To: <1112717584.2333.135.camel@erato.phig.org> References: <1112717584.2333.135.camel@erato.phig.org> Message-ID: <1112745805.3149.12.camel@scrappy.netlyncs.com> On Tue, 2005-04-05 at 09:13 -0700, Karsten Wade wrote: > http://fedoraproject.org/wiki/FedoraDocs/fRelNotes/RelNotesProcess > > The basic idea is to break the relnotes down into modules for individual > or teams of writers to tackle. Then you would have one or more writers > dedicated to a project or subset of Linux, such as kernel, network > services, printing, UI/desktop, SELinux, etc. Then it is easier to keep > the dedicated writing resource informed throughout the development > process. I took a look at that, and that is WAY too long. I don't see why the listed packages need to be in there, as far as what is added, removed, etc.. I would think those could be listed to something on a URL somewhere as a link or something along those lines. Maybe major changes with certain packages, such as kernel, gcc, glibc, xorg, etc.. Ideas/thoughts? -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From rkearey at redhat.com Wed Apr 6 00:28:29 2005 From: rkearey at redhat.com (Robert Kearey) Date: Wed, 06 Apr 2005 10:28:29 +1000 Subject: Removed packages In-Reply-To: <1112712570.20867.4.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> Message-ID: <42532D2D.4030409@redhat.com> seth vidal wrote: > fedora core still has dovecot. Which is nice enough ... > and dovecot's a damn sight easier to setup that cyrus. ... but dovecot does not support mail quotas, or sieve, which along with phpsieve is the killer app for me. So long as it ends up in extras it's fine. No, I like the -fu to maintain it myself :) > -sv -- Rob K From rkearey at redhat.com Wed Apr 6 00:44:56 2005 From: rkearey at redhat.com (Robert Kearey) Date: Wed, 06 Apr 2005 10:44:56 +1000 Subject: Removed packages In-Reply-To: <42532D2D.4030409@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <42532D2D.4030409@redhat.com> Message-ID: <42533108.8040103@redhat.com> Robert Kearey wrote: > So long as it ends up in extras it's fine. No, I like the -fu to > maintain it myself :) s/like/lack. Sheesh. -- Rob K From dwmw2 at infradead.org Wed Apr 6 00:53:24 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 06 Apr 2005 01:53:24 +0100 Subject: Removed packages In-Reply-To: <42532D2D.4030409@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <42532D2D.4030409@redhat.com> Message-ID: <1112748806.4397.72.camel@localhost.localdomain> On Wed, 2005-04-06 at 10:28 +1000, Robert Kearey wrote: > ... but dovecot does not support mail quotas, or sieve Surely this is functionality which lives in the MDA, not the IMAP server? Both are features which Exim offers. -- dwmw2 From jspaleta at gmail.com Wed Apr 6 02:37:05 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 5 Apr 2005 22:37:05 -0400 Subject: [RFC] making release notes a community effort In-Reply-To: <1112745805.3149.12.camel@scrappy.netlyncs.com> References: <1112717584.2333.135.camel@erato.phig.org> <1112745805.3149.12.camel@scrappy.netlyncs.com> Message-ID: <604aa7910504051937551dcd60@mail.gmail.com> On Apr 5, 2005 8:03 PM, Mike Chambers wrote: > I took a look at that, and that is WAY too long. I don't see why the > listed packages need to be in there, as far as what is added, removed, > etc.. I would think those could be listed to something on a URL > somewhere as a link or something along those lines. Maybe major changes > with certain packages, such as kernel, gcc, glibc, xorg, etc.. Are you just picking nits a bit here? making the 'release notes' include urls to details like added,removed etc... is just adding complexity without addressing the underlying issue about how to get the detailed material written. Someone still has to write those details no matter where exactly they are. No matter how you divided the information up.. if its expected to be available at release time.. its a release note. Which of the little modules to include in the document that ships in the isos and which of the little modules to only make available as urls in the fedora website is a decision you make after you have the little modules written. Lets worry about getting modules written and then worry about the problem of too many modules. -jef From notting at redhat.com Wed Apr 6 02:56:07 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Apr 2005 22:56:07 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112739815.3617.120.camel@athlon1> References: <1112739815.3617.120.camel@athlon1> Message-ID: <20050406025607.GA29577@nostromo.devel.redhat.com> Andy Grimm (ag381597 at ohio.edu) said: > Is GnuCash (and Guppi, I guess) in need of an RPM maintainer? Not that I know of. > Has any thought been given to including a "gnucash2" package in extras > as well? I built it from CVS a couple months back, and it seems far > enough along to be usable for basic accounting, as long as you aren't > planning to run a business on it. Upstream has specifically requested that the g2 branch not be packaged yet, as it has a couple of data-eating bugs. Bill From notting at redhat.com Wed Apr 6 02:58:44 2005 From: notting at redhat.com (Bill Nottingham) Date: Tue, 5 Apr 2005 22:58:44 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112729270.20867.115.camel@cutter> References: <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112729135.22212.81.camel@ignacio.ignacio.lan> <1112729270.20867.115.camel@cutter> Message-ID: <20050406025844.GB29577@nostromo.devel.redhat.com> seth vidal (skvidal at phy.duke.edu) said: > > > is gtk+ even being maintained upstream anymore? Seems like a good > > > candidate for going to extras then, doesn't it? > > > > It seems like a good candidate even if it _is_ being maintained > > upstream, seeing as how Core is down to 2 dep packages. > > agreed. Disagree. The mantra here is 'apps before libraries'. If the apps stand by themselves as parts of core, the library deps stand by themselves. If they don't, the libraries don't. In essence, apps should be moved because of duplication of functionality/not required functionality. Not because of toolkit alone. Otherwise, you'd get into the situation were "we moved this out because it used gtk1. Now it's ported to gtk2. Let's move it back!" Which is just plain weird. Bill From elanthis at awesomeplay.com Wed Apr 6 03:15:11 2005 From: elanthis at awesomeplay.com (Sean Middleditch) Date: Tue, 05 Apr 2005 23:15:11 -0400 Subject: Removed packages In-Reply-To: <1112748806.4397.72.camel@localhost.localdomain> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <42532D2D.4030409@redhat.com> <1112748806.4397.72.camel@localhost.localdomain> Message-ID: <1112757311.5034.3.camel@stargrazer.home.awesomeplay.com> On Wed, 2005-04-06 at 01:53 +0100, David Woodhouse wrote: > On Wed, 2005-04-06 at 10:28 +1000, Robert Kearey wrote: > > ... but dovecot does not support mail quotas, or sieve > > Surely this is functionality which lives in the MDA, not the IMAP > server? Both are features which Exim offers. IMAP doesn't just retrieve messages, it can also be used to store messages. There are setups out there when outgoing mail is actually placed in an outgoing folder using IMAP, and then the server either gets notified or polls the folder and sends the message out. Likewise, I can copy messages from one IMAP server (or some other mail store) to another and so forth. Additionally, Sieve can have support for letting the MUA directly edit and update the filters with graphical whatsits so that users don't have to be computer science majors just to filter messages. (As a side note, I'm a Dovecot supporter, even though it does miss my favorite features - Cyrus is just pure hell to get working properly.) > > -- > dwmw2 > -- Sean Middleditch From toshio at tiki-lounge.com Wed Apr 6 03:58:46 2005 From: toshio at tiki-lounge.com (Toshio) Date: Tue, 05 Apr 2005 23:58:46 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050405233525.GA21353@thacker.dyndns.org> References: <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <20050405194203.GA31603@thacker.dyndns.org> <20050405151557.A23597@tiki-lounge.com> <20050405233525.GA21353@thacker.dyndns.org> Message-ID: <1112759927.12543.23.camel@Madison.badger.com> On Tue, 2005-04-05 at 19:35 -0400, John Thacker wrote: > On Tue, Apr 05, 2005 at 03:15:57PM -0700, Toshio Kuratomi wrote: > > Is this just pkg-config stuff? That type of stuff can be fixed and > > submitted upstream pretty easily. If it's other auto* problems, I'd have to > > see it to know how easy it would be. In any case, if you send me a few > > packages to look at, I'll make a start on doing something productive about > > it. > > Take a look at xcdroast. It can be set to use either gtk+ or gtk2 > (and we build for gtk2), but fails building if it doesn't find gtk+ > (well, really glib1), trying to run a macro. > It looks like things are both more complex and not so problematic. The configure.in uses AM_PATH_GLIB/GTK/GDK_PIXBUF which requires the -devel packages from gtk1 to be used. However, the configure script doesn't require them at all. As long as we don't need to touch the Makefile.am or configure.in and regenerate the Makefile's we're fine without gtk1. (Just tested this in mach so I know this part works.) If we have to make changes to configure.in or Makefile.am's, however, we'll also need to modify the configure.in script. One solution is to just patch out the checks for the gtk1 stack. They're in a small, contained section of the configure.in and could be patched out easily when changes are made to the configure.in/Makefile.am's. The other solution which might stand a chance to go upstream is to patch the build code to use pkgconfig instead of the AM_PATH_G* macros. This way would allow the continued use of GTK1 when available without needing the gtk1 -devel packages installed to regenerate configure/Makefile. The problem is that only the later gtk-1.2 series has pkgconfig files (CVS seems to be telling me 1.2.9) whereas xcdroast currently has a minimum requirement of 1.2.3. So upstream has to be convinced that requiring a newer version of gtk1 is ok. Still, 1.2.9 was released in 2001 so there's been quite a bit of time for people to have upgraded. I don't know how applicable this analysis is to other packages which can compile against either gtk1 or gtk2, but it doesn't seem to be a very difficult problem to tackle. -Toshio -- _________________ Move to Mexico! Learn to roll sushi! _________________ t o s h i o @ t i k i - l o u n g e . c o m GA->ME 1999 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ag381597 at ohio.edu Wed Apr 6 04:16:46 2005 From: ag381597 at ohio.edu (Andy Grimm) Date: Wed, 06 Apr 2005 00:16:46 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050406025607.GA29577@nostromo.devel.redhat.com> References: <1112739815.3617.120.camel@athlon1> <20050406025607.GA29577@nostromo.devel.redhat.com> Message-ID: <1112761007.3617.132.camel@athlon1> On Tue, 2005-04-05 at 22:56 -0400, Bill Nottingham wrote: > Andy Grimm (ag381597 at ohio.edu) said: > > Is GnuCash (and Guppi, I guess) in need of an RPM maintainer? > > Not that I know of. Ok. I just saw Elliot's sig and (without looking at the gnucash rpm changelog to see that you maintain it) thought maybe he was trying to get it moved into extras *and* give the maintenance responsibility away. My mistake. > > Has any thought been given to including a "gnucash2" package in extras > > as well? I built it from CVS a couple months back, and it seems far > > enough along to be usable for basic accounting, as long as you aren't > > planning to run a business on it. > > Upstream has specifically requested that the g2 branch not be > packaged yet, as it has a couple of data-eating bugs. That was going to be my question to their team, and you just saved me some time. Thanks. :-) Perhaps I should direct some time to helping them get the bugs worked out so that it can packaged up for FC5 or something... --Andy From skvidal at phy.duke.edu Wed Apr 6 06:05:38 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 02:05:38 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050406025844.GB29577@nostromo.devel.redhat.com> References: <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112729135.22212.81.camel@ignacio.ignacio.lan> <1112729270.20867.115.camel@cutter> <20050406025844.GB29577@nostromo.devel.redhat.com> Message-ID: <1112767538.10327.26.camel@cutter> > Disagree. The mantra here is 'apps before libraries'. > > If the apps stand by themselves as parts of core, the library > deps stand by themselves. If they don't, the libraries don't. > > In essence, apps should be moved because of duplication of > functionality/not required functionality. Not because of toolkit > alone. > > Otherwise, you'd get into the situation were "we moved this > out because it used gtk1. Now it's ported to gtk2. Let's move > it back!" Which is just plain weird. Good points. -sv From skvidal at phy.duke.edu Wed Apr 6 06:18:05 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 02:18:05 -0400 Subject: rawhide report: 20050405 changes In-Reply-To: <425294A4.4020300@iinet.net.au> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <1112707762.18910.18.camel@cutter> <425294A4.4020300@iinet.net.au> Message-ID: <1112768285.10327.32.camel@cutter> On Tue, 2005-04-05 at 23:37 +1000, djh wrote: > seth vidal wrote: > > >xmms has already been imported into extras. Should I go ahead and build > >it for devel? > > > > > Have a look at bug #152138 first. I did, thank you. -sv From zaitcev at redhat.com Wed Apr 6 07:15:42 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Wed, 6 Apr 2005 00:15:42 -0700 Subject: Fedora Mini Message-ID: <20050406001542.228a7542@lembas.zaitcev.lan> Hi, Guys: I am looking at a way to use a 486 laptop as an AP, and I see significant advantages to using some derivative of Fedora. If packaging can be kept the same, things like bash, linux-utils, and modutils can be shared. I looked over source-based and embedded distros and the field looks terribly splintered. It's hard to pick a distro which won't disappear next week. Also, since most of them are amateurish operations, they tend towards things like dietlibc or uclibc, busybox, etc. Such approach is too limiting for my needs. I am curious if anyone thought about starting some sort of "Small Server" fork of Fedora. I figure it's not something that is a pure fantasy, considering that Spot manages Aurora all by himself. Come to think of it, what forks and derivatives of Fedora do we know? -- Pete From skvidal at phy.duke.edu Wed Apr 6 07:20:25 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 03:20:25 -0400 Subject: Fedora Mini In-Reply-To: <20050406001542.228a7542@lembas.zaitcev.lan> References: <20050406001542.228a7542@lembas.zaitcev.lan> Message-ID: <1112772025.10327.40.camel@cutter> On Wed, 2005-04-06 at 00:15 -0700, Pete Zaitcev wrote: > Hi, Guys: > > I am looking at a way to use a 486 laptop as an AP, and I see significant > advantages to using some derivative of Fedora. If packaging can be kept > the same, things like bash, linux-utils, and modutils can be shared. > > I looked over source-based and embedded distros and the field looks > terribly splintered. It's hard to pick a distro which won't disappear > next week. Also, since most of them are amateurish operations, they > tend towards things like dietlibc or uclibc, busybox, etc. Such approach > is too limiting for my needs. > > I am curious if anyone thought about starting some sort of "Small Server" > fork of Fedora. I figure it's not something that is a pure fantasy, > considering that Spot manages Aurora all by himself. Come to think of it, > what forks and derivatives of Fedora do we know? Have you looked at the RULE project? -sv From zaitcev at redhat.com Wed Apr 6 07:22:25 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Wed, 6 Apr 2005 00:22:25 -0700 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> Message-ID: <20050406002225.0ce0999c@lembas.zaitcev.lan> On Tue, 5 Apr 2005 12:05:19 +0200 Axel Thimm wrote: > Having an init.d only with a modprobe is the wrong design. What makes you say that? How is it different from having an /etc/modules.d/ivtv? I would say that reflexive, knee-jerk reaction "let's add .d" to any problem is a recipe for wrong design which produces redundancies. Don't forget that it's easy to introduce entities, not so easy to get rid of them. > And there are other modules that need to be before any init.d scripts, > like capabilities modules whose absence will break named etc. The named's number is 55. Surely a slot to load capabilities before named can be found. So far I did not see a good reason to keep /etc/rc.modules around in this thread (with a possible exception of pcspkr, because it plugs into HID; but even there a smart kernel patch ought to help). -- Pete From rahulsundaram at yahoo.co.in Wed Apr 6 07:39:08 2005 From: rahulsundaram at yahoo.co.in (Rahul Sundaram) Date: Wed, 6 Apr 2005 00:39:08 -0700 (PDT) Subject: Fedora Mini In-Reply-To: 6667 Message-ID: <20050406073908.30036.qmail@web8509.mail.in.yahoo.com> --- Pete Zaitcev wrote: > Hi, Guys: > > I am looking at a way to use a 486 laptop as an AP, > and I see significant > advantages to using some derivative of Fedora. If > packaging can be kept > the same, things like bash, linux-utils, and > modutils can be shared. > > I looked over source-based and embedded distros and > the field looks > terribly splintered. It's hard to pick a distro > which won't disappear > next week. Also, since most of them are amateurish > operations, they > tend towards things like dietlibc or uclibc, > busybox, etc. Such approach > is too limiting for my needs. > > I am curious if anyone thought about starting some > sort of "Small Server" > fork of Fedora. I figure it's not something that is > a pure fantasy, > considering that Spot manages Aurora all by himself. > Come to think of it, > what forks and derivatives of Fedora do we know? > > -- Pete > http://www.k12ltsp.org/ http://www.rule-project.org/ of interest http://www.simpaticus.com/linux/barebones-server-howto.php Regards Rahul Sundaram __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest From Axel.Thimm at ATrpms.net Wed Apr 6 08:23:29 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Wed, 6 Apr 2005 10:23:29 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050406002225.0ce0999c@lembas.zaitcev.lan> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> Message-ID: <20050406082329.GD15655@neu.nirvana> On Wed, Apr 06, 2005 at 12:22:25AM -0700, Pete Zaitcev wrote: > On Tue, 5 Apr 2005 12:05:19 +0200 Axel Thimm wrote: > > > Having an init.d only with a modprobe is the wrong design. > > What makes you say that? How is it different from having an > /etc/modules.d/ivtv? It is not a service and get's loaded early enough. > I would say that reflexive, knee-jerk reaction "let's add .d" to any > problem is a recipe for wrong design which produces > redundancies. Name one :) > Don't forget that it's easy to introduce entities, not so easy to > get rid of them. So let's make sure this is a sensible one, which IMHO is very much. > > And there are other modules that need to be before any init.d scripts, > > like capabilities modules whose absence will break named etc. > > The named's number is 55. Surely a slot to load capabilities before > named can be found. That's a kludge and tends to break. Do you really want /etc/init.d to get filled with fake services that all start with 00_*? > So far I did not see a good reason to keep /etc/rc.modules around > in this thread (with a possible exception of pcspkr, because it > plugs into HID; but even there a smart kernel patch ought to help). Who cares about pcspkr, that's cosmetics. No, a mechanism is needed, if you don't like /etc/rc.modules.d suggest something else, but not a fake mapping into the services. We could probably map all of modprobe.conf into /etc/init.d, too. ;) -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lkml at mac.com Wed Apr 6 08:26:01 2005 From: lkml at mac.com (Felipe Alfaro Solana) Date: Wed, 6 Apr 2005 10:26:01 +0200 Subject: FC4 and xen0 performance In-Reply-To: <58743620D2C0D9439C627C064581E25218D6C5@PA-ECLUSTER2.vmware.com> References: <58743620D2C0D9439C627C064581E25218D6C5@PA-ECLUSTER2.vmware.com> Message-ID: <6d89f8cf62f06e55f1cacd45642174a2@mac.com> On 6 Apr 2005, at 00:17, Jeffrey Buell wrote: >> Did you moved /lib/tls to /lib/tls.disabled? > > Yes. Also, xen0 is configured with SMP and FC4 wasn't. My 2.6.1 has > neither > SMP or HIGHMEM, but these things shouldn't have that much effect, or > could > they? Can't tell if SMP could impose some peformance penalties, but I thought SMP support was a little bit flacky in xeno-unstable. You could try compiling the xen0 kernel with no extra features, for example by disabling SMP, PREEMPT, HIGHMEM and the like. From lkml at mac.com Wed Apr 6 08:29:41 2005 From: lkml at mac.com (Felipe Alfaro Solana) Date: Wed, 6 Apr 2005 10:29:41 +0200 Subject: Removed packages In-Reply-To: <1112738595.22484.28.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712683.20867.6.camel@cutter> <5aee3330d26770ddb5515f0a9cdb0a50@mac.com> <1112738595.22484.28.camel@cutter> Message-ID: On 6 Apr 2005, at 00:03, seth vidal wrote: >>> >>> cyrus-imapd - duplicate imap server >> >> Has it been moved to extras? > > not yet. it's on the orphaned packages page. > > you want it? Yeah. I would like cyrus-imapd to get into extras someday. I have used it for a very long time and like its SASL authentication capabilities (like Kerberos). However, if you ask me to become its mantainer, I guess I don't have much spare time to do so. From laroche at redhat.com Wed Apr 6 08:58:33 2005 From: laroche at redhat.com (Florian La Roche) Date: Wed, 6 Apr 2005 10:58:33 +0200 Subject: Fedora Mini In-Reply-To: <20050406001542.228a7542@lembas.zaitcev.lan> References: <20050406001542.228a7542@lembas.zaitcev.lan> Message-ID: <20050406085833.GA5117@dudweiler.stuttgart.redhat.com> On Wed, Apr 06, 2005 at 12:15:42AM -0700, Pete Zaitcev wrote: > Hi, Guys: > > I am looking at a way to use a 486 laptop as an AP, and I see significant > advantages to using some derivative of Fedora. If packaging can be kept > the same, things like bash, linux-utils, and modutils can be shared. > > I looked over source-based and embedded distros and the field looks > terribly splintered. It's hard to pick a distro which won't disappear > next week. Also, since most of them are amateurish operations, they > tend towards things like dietlibc or uclibc, busybox, etc. Such approach > is too limiting for my needs. > > I am curious if anyone thought about starting some sort of "Small Server" > fork of Fedora. I figure it's not something that is a pure fantasy, > considering that Spot manages Aurora all by himself. Come to think of it, > what forks and derivatives of Fedora do we know? Some time ago you could pretty easily re-compile a very small subset of packages and leave out lots of addon libs via rpm flags. Not sure if selinux and a few other libs have changed this now, but maybe with mach such recompiles can now be automated easily. greetings, Florian La Roche From mike at netlyncs.com Wed Apr 6 09:18:39 2005 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 06 Apr 2005 04:18:39 -0500 Subject: [RFC] making release notes a community effort In-Reply-To: <604aa7910504051937551dcd60@mail.gmail.com> References: <1112717584.2333.135.camel@erato.phig.org> <1112745805.3149.12.camel@scrappy.netlyncs.com> <604aa7910504051937551dcd60@mail.gmail.com> Message-ID: <1112779119.14950.4.camel@scrappy.netlyncs.com> On Tue, 2005-04-05 at 22:37 -0400, Jeff Spaleta wrote: > Are you just picking nits a bit here? making the 'release notes' > include urls to details like added,removed etc... is just adding > complexity without addressing the underlying issue about how to get > the detailed material written. Someone still has to write those > details no matter where exactly they are. No matter how you divided > the information up.. if its expected to be available at release time.. > its a release note. Which of the little modules to include in the > document that ships in the isos and which of the little modules to > only make available as urls in the fedora website is a decision you > make after you have the little modules written. Lets worry about > getting modules written and then worry about the problem of too many > modules. I agree, was just stating something I saw/thought of, so I just put it out there just to be there, if not for the future, as the template is being created. Side note, it wasn't that it had too many modules. It was listing all those packages and the actually size of the notes itself, as in too many pages (seemed like I had to scroll forever past those particular pages). -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt...Then it's hilarious!" From ghenry at suretecsystems.com Wed Apr 6 10:53:59 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 6 Apr 2005 11:53:59 +0100 (BST) Subject: Perl 5.8.6 - FC4 Message-ID: <38025.193.195.148.66.1112784839.squirrel@webmail.suretecsystems.com> Dear all, How close will FC4's Perl, be to the Perl 5.8.6 release? G. -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From rms at 1407.org Wed Apr 6 11:03:11 2005 From: rms at 1407.org (Rui Miguel Seabra) Date: Wed, 06 Apr 2005 12:03:11 +0100 Subject: rawhide report: 20050405 changes In-Reply-To: References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <20050405120247.GG19176@redhat.com> <1112706606.18910.7.camel@cutter> <20050405141751.GH19176@redhat.com> <20050405150442.GJ19176@redhat.com> Message-ID: <1112785391.3781.13.camel@roque> On Tue, 2005-04-05 at 11:27 -0400, Konstantin Ryabitsev wrote: > Here is where we differ. I think cElementTree is a much better XML > parsing library than libxml2 for use in python. Here's the shoot-out: > > 1. It's faster > 2. It has a smaller memory footprint > 3. It follows python conventions > 4. It results in nicer python code I think the worst in this thread is to see you guys comparing apples to oranges, and neither side understanding the issue. Daniel: they're complaining about the python bindings of libxml2, not libxml2, cool down. Guys: don't accuse libxml2 when the problem is the bindings part. You're creating an automatic "ears-wide-shut" on Daniel by complaining about libxml2 when you're complaining in fact of another level entirely. Rui -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Wed Apr 6 11:06:17 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 6 Apr 2005 07:06:17 -0400 Subject: FC4 and xen0 performance In-Reply-To: <58743620D2C0D9439C627C064581E25218D6C2@PA-ECLUSTER2.vmware.com> References: <58743620D2C0D9439C627C064581E25218D6C2@PA-ECLUSTER2.vmware.com> Message-ID: <20050406110617.GA4403@devserv.devel.redhat.com> On Tue, Apr 05, 2005 at 11:53:33AM -0700, Jeffrey Buell wrote: > results are pretty ugly compared to a 2.6.1 install. FC4 ranges from 1.5X to > 20X slower, while xen0 is about 2X to 6X slower. Is this expected? I'm > looking for configuration differences now, but I'm wondering if anybody can The fork ones are expected yes. The newest kernels have four level page tables and while this allows for huge 64bit systems it has a cost and there is optimisation work left to do. I've not checked the kernel config options but if you look at the src.rpm you can see what debug is enabled From mhuhtala at abo.fi Wed Apr 6 11:10:03 2005 From: mhuhtala at abo.fi (Mikko Huhtala) Date: Wed, 6 Apr 2005 14:10:03 +0300 Subject: OpenOffice.org 2.0 packages for FC3? Message-ID: <16979.50059.575836.331259@urquell.abo.fi> I sent this question to fedora-list earlier, but it seemed to be the wrong crowd or maybe the message just got lost in the noise. Are there plans to provide OpenOffice.org 2.0 RPMs as updates to FC3 (I realize this is unlikely considering the status of GCJ in FC3)? We are using OOo on a number of FC3 desktops, and I'd be interested in upgrading to OOo 2.0 when it is released and still have OOo installed locally as a RPM. We cannot do a wholesale upgrade to FC4 (more like FC5 or later). /opt is on NFS on all machines, so vanilla 2.0 could always go there, but then the users would likely have to learn about one version in /opt and another in /usr (and the default FC Gnome panel etc.). Updating the local RPM would be much better. I tried installing the OOo packages from the development stream with yum, which, of course, pulled in GCC 4 et al. with it. That version of OOo seemed very unstable (Impress crashed almost immediately, whatever I tried to do with it). I don't know whether that was because it is a beta or because I was running FC4 development packages on FC3. Are the release version packages from openoffice.org itself going to be RPMs? The current beta ones are a bit odd, with the many 'core' RPMs and files going in /opt. I guess the FC3 OOo RPMs could be replaced with those, anyway, and the Sun JRE also be installed as a RPM. Mikko From paul at all-the-johnsons.co.uk Wed Apr 6 11:15:13 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 06 Apr 2005 12:15:13 +0100 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <16979.50059.575836.331259@urquell.abo.fi> References: <16979.50059.575836.331259@urquell.abo.fi> Message-ID: <1112786113.5065.78.camel@localhost.localdomain> Hi, > I sent this question to fedora-list earlier, but it seemed to be the > wrong crowd or maybe the message just got lost in the noise. I can't really say what the chances are (OOo2 relies on a number of other rpms, not just gcj) for FC3, but I do know the version available from the OpenOffice website itself is happy under FC3. TTFN Paul -- "It is often said that something cannot be libel if it is the truth. This has had to be amended to 'something cannot be libel if it is the truth or if the bank balance says otherwise'" - US Today -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From arjanv at redhat.com Wed Apr 6 11:18:52 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 06 Apr 2005 13:18:52 +0200 Subject: FC4 and xen0 performance In-Reply-To: <20050406110617.GA4403@devserv.devel.redhat.com> References: <58743620D2C0D9439C627C064581E25218D6C2@PA-ECLUSTER2.vmware.com> <20050406110617.GA4403@devserv.devel.redhat.com> Message-ID: <1112786332.6275.43.camel@laptopd505.fenrus.org> On Wed, 2005-04-06 at 07:06 -0400, Alan Cox wrote: > On Tue, Apr 05, 2005 at 11:53:33AM -0700, Jeffrey Buell wrote: > > results are pretty ugly compared to a 2.6.1 install. FC4 ranges from 1.5X to > > 20X slower, while xen0 is about 2X to 6X slower. Is this expected? I'm > > looking for configuration differences now, but I'm wondering if anybody can > > The fork ones are expected yes. The newest kernels have four level page tables > and while this allows for huge 64bit systems it has a cost and there is > optimisation work left to do. > > I've not checked the kernel config options but if you look at the src.rpm you > can see what debug is enabled early test kernels usually have all debugging stuff enabled that will have a HUGE performance hit in such benchmarks. But that is why it is test1 and not the final release... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From alan at redhat.com Wed Apr 6 11:21:52 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 6 Apr 2005 07:21:52 -0400 Subject: Fedora Mini In-Reply-To: <20050406001542.228a7542@lembas.zaitcev.lan> References: <20050406001542.228a7542@lembas.zaitcev.lan> Message-ID: <20050406112152.GC4403@devserv.devel.redhat.com> On Wed, Apr 06, 2005 at 12:15:42AM -0700, Pete Zaitcev wrote: > I am curious if anyone thought about starting some sort of "Small Server" > fork of Fedora. I figure it's not something that is a pure fantasy, > considering that Spot manages Aurora all by himself. Come to think of it, > what forks and derivatives of Fedora do we know? There have been tools like miniconda. I've been down this path a bit and you hit a single fundamental near-insoluble problem - up2date/yum/rpm. They burn resources and need some major rework at the rpm level - work that nobody afaik is assigned to do (I suspect we are talking full time engineer on such work). apt + dpkg on the other hand sucks in lots of other ways but works. From caolanm at redhat.com Wed Apr 6 12:41:17 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 06 Apr 2005 12:41:17 +0000 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <16979.50059.575836.331259@urquell.abo.fi> References: <16979.50059.575836.331259@urquell.abo.fi> Message-ID: <1112791277.9544.20.camel@sheol.homelinux.org> On Wed, 2005-04-06 at 14:10 +0300, Mikko Huhtala wrote: > I sent this question to fedora-list earlier, but it seemed to be the > wrong crowd or maybe the message just got lost in the noise. > > Are there plans to provide OpenOffice.org 2.0 RPMs as updates to FC3 > (I realize this is unlikely considering the status of GCJ in FC3)? No, to build it for fedora requires the fc4 gcj, so that would need to be updated for FC3, also mozilla-nss from fc4 is recommended. And probably a few more things I've forgotten. > I tried installing the OOo packages from the development stream with > yum, which, of course, pulled in GCC 4 et al. with it. That version of > OOo seemed very unstable (Impress crashed almost immediately, whatever I > tried to do with it). I don't know whether that was because it is a beta > or because I was running FC4 development packages on FC3. I know of successful builds and deployment from the OOo src.rpm under RHEL-4 by getting the rawhide gcc src.rpm and building it as a replacement for the gcc4 package, and then rebuilding the ooo src.rpm. The OOo spec has support for building c/c++ with gcc 3 and the java bits with gcj4. > Are the release version packages from openoffice.org itself going to be > RPMs? The current beta ones are a bit odd, with the many 'core' RPMs and > files going in /opt. I guess the FC3 OOo RPMs could be replaced with > those, anyway, and the Sun JRE also be installed as a RPM. The upstream release are also in RPMS, which install into /opt. They'll be larger and slower than ours (piles of redundant duplicate libs), have the old file picker by default, not be available for ppc, not have the langpacks like we do, not have dictionaries for a pile of languages. But they should install and work under fc3. C. From buildsys at redhat.com Wed Apr 6 11:33:02 2005 From: buildsys at redhat.com (Build System) Date: Wed, 6 Apr 2005 07:33:02 -0400 Subject: rawhide report: 20050406 changes Message-ID: <200504061133.j36BX2je031624@porkchop.devel.redhat.com> Updated Packages: amanda-2.4.4p4-4 ---------------- * Tue Apr 05 2005 Jay Fenlason 2.4.4p4-4 - Add -bug144052 patch to close bz#144052 amverifyrun sometimes verifies the wrong tapes anaconda-10.2.0.42-1 -------------------- * Tue Apr 05 2005 Peter Jones - 10.2.0.42-1 - Use linuxthreads libraries even if they're not the default, unless explicitly told to use nptl * Tue Apr 05 2005 Chris Lumens 10.2.0.41-1 - Make sure $LANG is set right for the second stage. - Fix kickstart traceback trying to skip a nonexistant step. - Import encodings.idna (sopwith, #153754). - Fix image building problems. - Fix kickstart traceback when using shortened forms of language names (#153656). at-3.1.8-72_FC4 --------------- * Tue Apr 05 2005 Jason Vas Dias 3.1.8-70 - always call pam_close_session on PAM_FAIL or pam_end * Tue Mar 08 2005 Jason Vas Dias 3.1.8-68 - Put PAM authentication check in 'check_permissions()', so - user can know when using at(1) if PAM permission is denied. * Tue Mar 08 2005 Jason Vas Dias 3.1.8-67 - better fix for bug 150131: change DAEMON_USERNAME and - DAEMON_GROUPNAME to 'root' . device-mapper-multipath-0.4.4-0.pre8.0 -------------------------------------- flac-1.1.2-24 ------------- * Mon Apr 04 2005 Elliot Lee - 1.1.2-24 - Removed xmms-flac subpackage gcc-4.0.0-0.40 -------------- * Wed Apr 06 2005 Jakub Jelinek 4.0.0-0.40 - update from CVS - PRs ada/19956, c++/18644, c++/19159, c++/19199, c++/20679, debug/20505, libfortran/20068, libfortran/20125, libfortran/20156, libfortran/20471, libfortran/20755, libgcj/20727, libgcj/20761, rtl-optimization/16104, rtl-optimization/20527, target/19537, target/20446, tree-optimization/19903 - fixed ABI bug where __attribute was ignored on certain struct fields (Mark Mitchell, PR c++/20763) - don't error on #define a! in c89 pedantic mode (PR preprocessor/19475) - prevent inlining functions that call __builtin_apply_args or __builtin_return (PR tree-optimization/20076) - add g++.dg/compat/struct-layout-1.exp compatibility tests glibc-2.3.4-21 -------------- * Mon Apr 04 2005 Jakub Jelinek 2.3.4-21 - update from CVS - fix xdr_rmtcall_args on 64-bit arches (#151686) - fix and with -std=c89 -fexceptions (#153774) gnome-applets-1:2.10.0-5 ------------------------ * Tue Apr 05 2005 Ray Strode 1:2.10.0-5 - Don't use %postun -p optimization now that we do more than just /sbin/ldconfig in %postun (bug 152236) kdeaddons-3.4.0-2 ----------------- * Tue Apr 05 2005 Than Ngo 3.4.0-2 - xmms is removed in fc4, rebuild without xmms support kdenetwork-7:3.4.0-3 -------------------- * Tue Apr 05 2005 Than Ngo 7:3.4.0-3 - xmms is removed in fc4, rebuild without xmms support mkinitrd-4.2.8-1 ---------------- * Tue Apr 05 2005 Peter Jones - 4.2.8-1 - Don't consolidate duplicates in "--args" (#147222) net-tools-1.60-51 ----------------- * Tue Apr 05 2005 Radek Vokal 1.60-51 - flush output in mii-tool (#152568) openoffice.org-1:1.9.89-3 ------------------------- * Mon Apr 04 2005 Elliot Lee - 1:1.9.89-3 - Slim down the langpacks * Sat Apr 02 2005 Caolan McNamara 1:1.9.89-2 - package the wizard jars (doh!) - fix the fpic icudata issue properly - enthused by parallized build success try parallized build.pl as well as dmake - some problems during langpack creation -> maxprocess issues ? - damn ppc gives illegal instruction on sysui mandrake menus which it didn't in the last build. I couldn't be bothered wasting my time figuring out why oprofile-0.8.2-3 ---------------- * Tue Apr 05 2005 Will Cohen - Backport ppc64 patch for synthesizing dotted symbols. setools-2.0.0-2 --------------- * Tue Apr 05 2005 Dan Walsh 2.0.0-2 - Fix buildrequires lines in spec file * Wed Mar 02 2005 Dan Walsh 2.0.0-1 - Update to latest from tresys * Mon Nov 29 2004 Dan Walsh 1.5.1-6 - add FALLBACK=true to /etc/security/console.apps/apol system-config-mouse-1.2.11-1 ---------------------------- * Tue Apr 05 2005 Paul Nasrat - 1.2.11-1 - Fix traceback tclx-8.3.5-6 ------------ * Wed Mar 09 2005 Jens Petersen - 8.3.5-6 - add unversioned symlinks to the static libs (Dave Botsch, 149734) - rebuild with gcc 4 - add tclx-8.3.5-clock_t-gcc4.patch to skip clock_t test in configure - buildrequire autoconf213 vixie-cron-1:4.1-28_FC4 ----------------------- * Tue Apr 05 2005 Jason Vas Dias - 4.1-28_FC4 - Required for EAL Audit certification: - If pam_setcred should fail, the pam_session could fail to be - closed, leaving autofs user directories still mounted. xinitrc-4.0.17-1 ---------------- * Mon Apr 04 2005 Mike A. Harris 4.0.17-1 - Updated to new xdm-config from xorg-x11-6.8.2 - Change xdm-config to invoke Xwilling with "-s /bin/bash" instead of "-c" to fix bug (#86505) * Mon Apr 04 2005 Mike A. Harris 4.0.16-2 - Added mkdir -p $RPM_BUILD_ROOT/etc/X11/xinit/Xclients.d to install section * Mon Apr 04 2005 Mike A. Harris 4.0.16-1 - Added /etc/X11/xinit/Xclients.d directory and enhanced Xsession to use it, as a solution for (#112478,122941,142260) - Updated Xclients with fixes for fallbacks and various general cleanups for bug (#139285) - Removed hard dependancy on switchdesk, as it is no longer required xorg-x11-6.8.2-19 ----------------- * Mon Apr 04 2005 Mike A. Harris 6.8.2-19 - xfs.init updated with fixes for chkfontpath invocation, as the previous code did not filter the output of chkfontpath very good. The new sed filtering is more reliable now, until chkfontpath is enhanced to provide the info in a way that does not require filtering. - xfs.init updated to handle .ot[cf] fonts before .tt[cf] fonts, which is a small optimization for the case of dirs containing .ot[cf] and .tt[cf] fonts, as it bypasses the prior invocation of ttmkfdir which would get discarded anyway. Now only one of the two will be invoked, however the resulting fonts.dir will be identical to before. - xfs.init updated to *always* run fc-cache without arguments, in order to ensure all fontconfig configured font directories have updated cache files. (#133451) - xfs.init should no longer try to create files on read-only filesystems, coincidentally due to the above changes, except when the font metadata is genuinely outdated, which is an error condition no matter how the filesystem is mounted (#74398) From symbiont at berlios.de Wed Apr 6 11:36:24 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Wed, 6 Apr 2005 19:36:24 +0800 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112604963.3598.20.camel@localhost.localdomain> References: <20050403112631.GB3202@neu.nirvana> <1112604963.3598.20.camel@localhost.localdomain> Message-ID: <200504061936.24638.symbiont@berlios.de> On Monday 04 April 2005 16:56, Peter Backlund wrote: > which would load the nvidia module when any /dev/nvidia* device is > accessed (they have char-major 195). What if the /dev doesn't exist yet? Chicken and egg problem. /etc/makedev.d/* contains a list of devices to create when the module is loaded. -- -jeff From symbiont at berlios.de Wed Apr 6 11:36:59 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Wed, 6 Apr 2005 19:36:59 +0800 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050403212737.567b73ee@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> Message-ID: <200504061936.59249.symbiont@berlios.de> On Monday 04 April 2005 12:27, Pete Zaitcev wrote: > > what is the recommended way to automatically load some modules upon > > bootup? > > I am not aware of a reason to want that aside from the special > exception of USB (which should be built into kernels, really). Do you > have an example in mind? nvram -- -jeff From symbiont at berlios.de Wed Apr 6 11:37:56 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Wed, 6 Apr 2005 19:37:56 +0800 Subject: X: MergedFB Support Via Config Message-ID: <200504061937.56592.symbiont@berlios.de> Hi all: I'm curious to know what types of configuration developments are happening around the MergedFB mechanism in X. Currently, I can share a dual head configuration and a single head configuration together except for two options: 1a. Option "MetaModes" "1024x768-1280x1024 1024x768" b. Option "MetaModes" "1024x768" 2a. Virtual 2304 1024 b. ---not defined--- a is for my dual head setup and b is for my single head setup. Obviously, my target of concern is a laptop with an internal panel as one head and an external monitor as the other. Right now, I have to change these manually. Ctrl_Alt_+ and Ctrl_Alt_- are a *pain* to compose on my IBM T30. And, frankly, with the virtual at 2304 1024, I'm not certain how much that'd help me anyway. So, is there an RandR interface into MergedFB and would system-config-display have control over it? Does system-config-display support MergedFB setups when configuring dual head? Is this on the roadmap? etc. (I know all cards do not support it, but it would be nice if a capabilities mechanism were able to detect this based on the card's vendor string, etc.) Thanks for any links, hints, and your ideas on this... take care, -- -jeff From mhuhtala at abo.fi Wed Apr 6 12:22:50 2005 From: mhuhtala at abo.fi (Mikko Huhtala) Date: Wed, 6 Apr 2005 15:22:50 +0300 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112791277.9544.20.camel@sheol.homelinux.org> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> Message-ID: <16979.54426.51412.387034@urquell.abo.fi> Caolan McNamara writes: > I know of successful builds and deployment from the OOo src.rpm under > RHEL-4 by getting the rawhide gcc src.rpm and building it as a > replacement for the gcc4 package, and then rebuilding the ooo src.rpm. > The OOo spec has support for building c/c++ with gcc 3 and the java bits > with gcj4. Thanks a lot for your reply! I _was_ wondering whether there was a way to update the gcc4 packages and build OOo that way. I look for instructions on this or just try to figure it out on my own. > The upstream release are also in RPMS, which install into /opt. They'll > be larger and slower than ours (piles of redundant duplicate libs), have > the old file picker by default, not be available for ppc, not have the > langpacks like we do, not have dictionaries for a pile of languages. But > they should install and work under fc3. I believe the file picker is the new one in the betas from openoffice.org, but other than that, I know it is not a good solution. Especially RPMs installing in /opt is a major pain, since /opt is shared via NFS at our site. Mikko From nicu_fedora at nicubunu.ro Wed Apr 6 12:38:30 2005 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Wed, 06 Apr 2005 15:38:30 +0300 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <16979.54426.51412.387034@urquell.abo.fi> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> Message-ID: <4253D846.9020007@nicubunu.ro> Mikko Huhtala wrote: > I believe the file picker is the new one in the betas from > openoffice.org, but other than that, I know it is not a good is the Gnome file picker, about the same as the one in OOo 1.1.2 from FC3 > solution. Especially RPMs installing in /opt is a major pain, since > /opt is shared via NFS at our site. the RPMs in the upstream OOo are relocatable (using --prefix) -- nicu From davej at redhat.com Wed Apr 6 13:15:50 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 6 Apr 2005 09:15:50 -0400 Subject: FC4 and xen0 performance In-Reply-To: <1112786332.6275.43.camel@laptopd505.fenrus.org> References: <58743620D2C0D9439C627C064581E25218D6C2@PA-ECLUSTER2.vmware.com> <20050406110617.GA4403@devserv.devel.redhat.com> <1112786332.6275.43.camel@laptopd505.fenrus.org> Message-ID: <20050406131550.GB11304@redhat.com> On Wed, Apr 06, 2005 at 01:18:52PM +0200, Arjan van de Ven wrote: > On Wed, 2005-04-06 at 07:06 -0400, Alan Cox wrote: > > On Tue, Apr 05, 2005 at 11:53:33AM -0700, Jeffrey Buell wrote: > > > results are pretty ugly compared to a 2.6.1 install. FC4 ranges from 1.5X to > > > 20X slower, while xen0 is about 2X to 6X slower. Is this expected? I'm > > > looking for configuration differences now, but I'm wondering if anybody can > > > > The fork ones are expected yes. The newest kernels have four level page tables > > and while this allows for huge 64bit systems it has a cost and there is > > optimisation work left to do. > > > > I've not checked the kernel config options but if you look at the src.rpm you > > can see what debug is enabled > > early test kernels usually have all debugging stuff enabled that will > have a HUGE performance hit in such benchmarks. But that is why it is > test1 and not the final release... The expensive stuff (CONFIG_PAGE_ALLOC) is now off for test2. SLAB_DEBUG is still on, but as you know, thats nowhere near as expensive. Dave From davej at redhat.com Wed Apr 6 13:18:58 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 6 Apr 2005 09:18:58 -0400 Subject: FC4 and xen0 performance In-Reply-To: <20050406110617.GA4403@devserv.devel.redhat.com> References: <58743620D2C0D9439C627C064581E25218D6C2@PA-ECLUSTER2.vmware.com> <20050406110617.GA4403@devserv.devel.redhat.com> Message-ID: <20050406131858.GC11304@redhat.com> On Wed, Apr 06, 2005 at 07:06:17AM -0400, Alan Cox wrote: > On Tue, Apr 05, 2005 at 11:53:33AM -0700, Jeffrey Buell wrote: > > results are pretty ugly compared to a 2.6.1 install. FC4 ranges from 1.5X to > > 20X slower, while xen0 is about 2X to 6X slower. Is this expected? I'm > > looking for configuration differences now, but I'm wondering if anybody can > > The fork ones are expected yes. The newest kernels have four level page tables > and while this allows for huge 64bit systems it has a cost and there is > optimisation work left to do. They should be getting collapsed away back to 2/3-level PTEs by the compiler in the current builds. I thought that got fixed for 2.6.12-rc1. If it missed it, theres a .12-rc2 update pending, but that won't hit until post -test2 now. > I've not checked the kernel config options but if you look at the src.rpm you > can see what debug is enabled Slab debug is the only thing left on thats really a performance hit. Dave From skvidal at phy.duke.edu Wed Apr 6 13:36:29 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 09:36:29 -0400 Subject: Fedora Mini In-Reply-To: <20050406112152.GC4403@devserv.devel.redhat.com> References: <20050406001542.228a7542@lembas.zaitcev.lan> <20050406112152.GC4403@devserv.devel.redhat.com> Message-ID: <1112794589.10327.48.camel@cutter> On Wed, 2005-04-06 at 07:21 -0400, Alan Cox wrote: > On Wed, Apr 06, 2005 at 12:15:42AM -0700, Pete Zaitcev wrote: > > I am curious if anyone thought about starting some sort of "Small Server" > > fork of Fedora. I figure it's not something that is a pure fantasy, > > considering that Spot manages Aurora all by himself. Come to think of it, > > what forks and derivatives of Fedora do we know? > > There have been tools like miniconda. I've been down this path a bit and you > hit a single fundamental near-insoluble problem - up2date/yum/rpm. They burn > resources and need some major rework at the rpm level - work that nobody > afaik is assigned to do (I suspect we are talking full time engineer on > such work). > > apt + dpkg on the other hand sucks in lots of other ways but works. the memory footprint in yum in rawhide has come way down for non-transaction things, but you'd still need to break up the transaction into chunks to keep the rpm ts from being to big for a global update, for example. It's not impossible, actually, it would just take some restructuring. The only question is - how little ram are we talking about now? -sv From kaboom at oobleck.net Wed Apr 6 14:13:35 2005 From: kaboom at oobleck.net (Chris Ricker) Date: Wed, 6 Apr 2005 10:13:35 -0400 (EDT) Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050406002225.0ce0999c@lembas.zaitcev.lan> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> Message-ID: On Wed, 6 Apr 2005, Pete Zaitcev wrote: > On Tue, 5 Apr 2005 12:05:19 +0200 Axel Thimm wrote: > > > Having an init.d only with a modprobe is the wrong design. > > What makes you say that? How is it different from having an > /etc/modules.d/ivtv? I would say that reflexive, knee-jerk reaction > "let's add .d" to any problem is a recipe for wrong design which > produces redundancies. Don't forget that it's easy to introduce > entities, not so easy to get rid of them. For whatever it's worth, some other Unixen solve the problem with an init.d as well. Solaris is riddled with them.... later, chris From mike at navi.cx Wed Apr 6 14:30:51 2005 From: mike at navi.cx (Mike Hearn) Date: Wed, 06 Apr 2005 15:30:51 +0100 Subject: gnome-vfs not in Rawhide? References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> Message-ID: On Tue, 05 Apr 2005 18:36:04 -0400, seth vidal wrote: > By that argument we can never drop any library, ever b/c SOMETHING might > depend on it. There are two ways to look at this: Firstly, I could say: not at all! You have to figure out the cost vs benefits on a case by case basis. GTK1 is very widespread, lots of games and commercial programs require it, and it's not a very large library. So the cost of kicking it out is high, but the benefit is low. Or, I could say: yes, you're exactly right. It means you can't drop any library that programs could depend on. That is operating systems for you. Are you building an operating system, or merely a random snapshot of bits that work together today but might not tomorrow? Now, I want to see Linux - and Fedora Core - be operating systems. I want to see lots of people building their software upon Free APIs, and I think we need to compete with Windows and MacOSX to get there. So I'd lean towards the second view. Right now though it's impractical because distros ship such a huge amount of stuff, and there's no clarity or policy behind what's supported and what isn't. Except on RHEL where they say that the LSB libraries and the GNOME stack are supported, and nothing else is. Maybe Fedora should look at adopting similar policies. thanks -mike From jpo at di.uminho.pt Wed Apr 6 14:35:54 2005 From: jpo at di.uminho.pt (=?ISO-8859-1?Q?Jos=E9_Pedro_Oliveira?=) Date: Wed, 06 Apr 2005 15:35:54 +0100 Subject: rawhide report: 20050405 changes (splint) In-Reply-To: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> Message-ID: <4253F3CA.9080405@di.uminho.pt> Build System wrote: > > Removed package splint > Why was splint removed? jpo -- Jos? Pedro Oliveira * mailto: jpo at di.uminho.pt * http://gsd.di.uminho.pt/~jpo * * gpg fingerprint = F9B6 8D87 859D 1C94 48F0 84C0 9749 9EB5 91BD 851B * -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From kyrre at solution-forge.net Wed Apr 6 16:15:27 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 06 Apr 2005 18:15:27 +0200 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <4253D846.9020007@nicubunu.ro> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> Message-ID: <1112804127.3332.0.camel@localhost.localdomain> ons, 06.04.2005 kl. 14.38 skrev Nicu Buculei: > Mikko Huhtala wrote: > > I believe the file picker is the new one in the betas from > > openoffice.org, but other than that, I know it is not a good > > is the Gnome file picker, about the same as the one in OOo 1.1.2 from FC3 > > > solution. Especially RPMs installing in /opt is a major pain, since > > /opt is shared via NFS at our site. > > the RPMs in the upstream OOo are relocatable (using --prefix) > > -- > nicu Hmm.. If you do make fc3 rpm's - maybe this is a candidate for extras? From skvidal at phy.duke.edu Wed Apr 6 16:21:35 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 12:21:35 -0400 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112804127.3332.0.camel@localhost.localdomain> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> Message-ID: <1112804495.10327.90.camel@cutter> > Hmm.. If you do make fc3 rpm's - maybe this is a candidate for extras? no. Extras must not replace or conflict with items in core. period. -sv From kyrre at solution-forge.net Wed Apr 6 16:20:44 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 06 Apr 2005 18:20:44 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050406082329.GD15655@neu.nirvana> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <20050406082329.GD15655@neu.nirvana> Message-ID: <1112804443.3332.3.camel@localhost.localdomain> ons, 06.04.2005 kl. 10.23 skrev Axel Thimm: > On Wed, Apr 06, 2005 at 12:22:25AM -0700, Pete Zaitcev wrote: > > On Tue, 5 Apr 2005 12:05:19 +0200 Axel Thimm wrote: > > > > > Having an init.d only with a modprobe is the wrong design. > > > > What makes you say that? How is it different from having an > > /etc/modules.d/ivtv? > > It is not a service and get's loaded early enough. > > > I would say that reflexive, knee-jerk reaction "let's add .d" to any > > problem is a recipe for wrong design which produces > > redundancies. > > Name one :) > > > Don't forget that it's easy to introduce entities, not so easy to > > get rid of them. > > So let's make sure this is a sensible one, which IMHO is very much. > > > > And there are other modules that need to be before any init.d scripts, > > > like capabilities modules whose absence will break named etc. > > > > The named's number is 55. Surely a slot to load capabilities before > > named can be found. > > That's a kludge and tends to break. Do you really want /etc/init.d to > get filled with fake services that all start with 00_*? > > > So far I did not see a good reason to keep /etc/rc.modules around > > in this thread (with a possible exception of pcspkr, because it > > plugs into HID; but even there a smart kernel patch ought to help). > > Who cares about pcspkr, that's cosmetics. No, a mechanism is needed, > if you don't like /etc/rc.modules.d suggest something else, but not > a fake mapping into the services. We could probably map all of > modprobe.conf into /etc/init.d, too. ;) What is that "intitializing sound network storage done [ OK ]" before X11 is loaded do? From notting at redhat.com Wed Apr 6 16:27:14 2005 From: notting at redhat.com (Bill Nottingham) Date: Wed, 6 Apr 2005 12:27:14 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112804443.3332.3.camel@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <20050406082329.GD15655@neu.nirvana> <1112804443.3332.3.camel@localhost.localdomain> Message-ID: <20050406162714.GG15748@nostromo.devel.redhat.com> Kyrre Ness Sjobak (kyrre at solution-forge.net) said: > > Who cares about pcspkr, that's cosmetics. No, a mechanism is needed, > > if you don't like /etc/rc.modules.d suggest something else, but not > > a fake mapping into the services. We could probably map all of > > modprobe.conf into /etc/init.d, too. ;) > > What is that "intitializing sound network storage done [ OK ]" before > X11 is loaded do? Loads sound, network, storage, and other autoprobable modules. Bill From perbj at stanford.edu Wed Apr 6 17:47:03 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Wed, 06 Apr 2005 10:47:03 -0700 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112804495.10327.90.camel@cutter> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> Message-ID: <1112809624.4715.1.camel@localhost.localdomain> On Wed, 2005-04-06 at 12:21 -0400, seth vidal wrote: > > Hmm.. If you do make fc3 rpm's - maybe this is a candidate for extras? > > no. Extras must not replace or conflict with items in core. Well, if they can be made parallel-installable I'm not as sure that the case is so clear-cut? (With "OpenOffice 2.0 " menu items etc. so those don't conflict either.) Not that I've looked into what would be needed to do this... /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From jspaleta at gmail.com Wed Apr 6 18:08:11 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Apr 2005 14:08:11 -0400 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112809624.4715.1.camel@localhost.localdomain> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> Message-ID: <604aa791050406110877345d90@mail.gmail.com> On Apr 6, 2005 1:47 PM, Per Bjornsson wrote: > Well, if they can be made parallel-installable I'm not as sure that the > case is so clear-cut? (With "OpenOffice 2.0 " menu items etc. so > those don't conflict either.) Not that I've looked into what would be > needed to do this... parallel installable AND updatable cleanly to fc4... thats a neat trick. Here's the deal.. Extras has to have an upgrade path to future release of Core. Since FC4 is going to have openoffice 4 already, you'll have to be a very clever monkey to make that upgrade from fc3 to fc4 work well for anyone using your fc3 oo.o2 dead-end parallel installable package. Maintaining parallel installable packages that essential backport progress inside Core is somewhat wasteful and counterproductive in terms of long-term benefit to the project. Its a very simple premise.. if the package has no clear future or place in the next release cycle its probably not worth the effort to produce it. It's one thing for someone in the community to step up and provide an i386 kernel in Extras and commit to maintaining that kernel for multiple release cycles. Its quite another to build something like OO.o2 for fc3 that is only going to be useful in the fc3 lifetime, with no future maintainership envisioned because it duplicated work already being done for fc4 and beyond. -jef From rdieter at math.unl.edu Wed Apr 6 18:16:16 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 06 Apr 2005 13:16:16 -0500 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <604aa791050406110877345d90@mail.gmail.com> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> <604aa791050406110877345d90@mail.gmail.com> Message-ID: <42542770.3060704@math.unl.edu> Jeff Spaleta wrote: > On Apr 6, 2005 1:47 PM, Per Bjornsson wrote: > >>Well, if they can be made parallel-installable I'm not as sure that the >>case is so clear-cut? (With "OpenOffice 2.0 " menu items etc. so >>those don't conflict either.) Not that I've looked into what would be >>needed to do this... > > > parallel installable AND updatable cleanly to fc4... thats a neat trick. Not too hard a trick if FC4's openoffice includes Obsoletes: openoffice.org2 Provides: openoffice.org2 (or whatever name is used for a possible OpenOffice 2.0 Extras package for fc3) -- Rex From skvidal at phy.duke.edu Wed Apr 6 18:18:49 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 06 Apr 2005 14:18:49 -0400 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <42542770.3060704@math.unl.edu> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> <604aa791050406110877345d90@mail.gmail.com> <42542770.3060704@math.unl.edu> Message-ID: <1112811529.10327.101.camel@cutter> > Not too hard a trick if FC4's openoffice includes > Obsoletes: openoffice.org2 > Provides: openoffice.org2 > (or whatever name is used for a possible OpenOffice 2.0 Extras package > for fc3) okay, how about we say no b/c it's silly and confusing for users. the point of extras is not to obsolete functionality in core. no, b/c it's a waste of time. -sv From pjones at redhat.com Wed Apr 6 19:02:58 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 06 Apr 2005 15:02:58 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <200504061936.24638.symbiont@berlios.de> References: <20050403112631.GB3202@neu.nirvana> <1112604963.3598.20.camel@localhost.localdomain> <200504061936.24638.symbiont@berlios.de> Message-ID: <1112814178.8973.14.camel@localhost.localdomain> On Wed, 2005-04-06 at 19:36 +0800, Jeff Pitman wrote: > On Monday 04 April 2005 16:56, Peter Backlund wrote: > > which would load the nvidia module when any /dev/nvidia* device is > > accessed (they have char-major 195). > > What if the /dev doesn't exist yet? Chicken and egg > problem. /etc/makedev.d/* contains a list of devices to create when > the module is loaded. /dev comes from the initrd, so it basically always exists. But this is a post-udev world, so if nothing has asked to build that device node there, it won't be there, and no amount of waiting will help. -- Peter From terraformers at gmx.net Wed Apr 6 18:58:13 2005 From: terraformers at gmx.net (Lars) Date: Wed, 06 Apr 2005 20:58:13 +0200 Subject: rawhide report: 20050406 changes References: <200504061133.j36BX2je031624@porkchop.devel.redhat.com> Message-ID: On Wed, 06 Apr 2005 07:33:02 -0400, Build System wrote: ... > xorg-x11-6.8.2-19 > ----------------- > * Mon Apr 04 2005 Mike A. Harris 6.8.2-19 > - xfs.init updated with fixes for chkfontpath invocation, as the previous > code did not filter the output of chkfontpath very good. The new sed > filtering is more reliable now, until chkfontpath is enhanced to provide > the info in a way that does not require filtering. > - xfs.init updated to handle .ot[cf] fonts before .tt[cf] fonts, which is a > small optimization for the case of dirs containing .ot[cf] and .tt[cf] > fonts, as it bypasses the prior invocation of ttmkfdir which would get > discarded anyway. Now only one of the two will be invoked, however the > resulting fonts.dir will be identical to before. > - xfs.init updated to *always* run fc-cache without arguments, in order to > ensure all fontconfig configured font directories have updated cache > files. (#133451) > - xfs.init should no longer try to create files on read-only filesystems, > coincidentally due to the above changes, except when the font metadata > is genuinely outdated, which is an error condition no matter how the > filesystem is mounted (#74398) with the new xfs i get, ~]# service xfs restart Restarting xfs: Shutting down xfs: [ OK ] Starting xfs: find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. [ OK ] best lars From pjones at redhat.com Wed Apr 6 19:08:14 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 06 Apr 2005 15:08:14 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050406002225.0ce0999c@lembas.zaitcev.lan> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> Message-ID: <1112814494.8973.20.camel@localhost.localdomain> On Wed, 2005-04-06 at 00:22 -0700, Pete Zaitcev wrote: > So far I did not see a good reason to keep /etc/rc.modules around > in this thread (with a possible exception of pcspkr, because it > plugs into HID; but even there a smart kernel patch ought to help). There's a lot of utility to having them get loaded very, very early. If you're going to do this in init.d, you're basically asking for people to start naming services "a_module" and putting them as script 0 so they get to be S00a_module and started early. That's just ugly and messy. But at the same time, once somebody actually starts using this rc.modules.d idea, they're going to quickly discover that they want ordering there, as well, to make sure e.g. the various usb hcd modules are loaded in the order they want. Putting "finding a space" in init.d isn't particularly hard, but it will start to get awfully cluttered at some point. So at least the rc.modules.d idea aleviates that some by making it a different queue of scripts to be run. But it'll still need to be a queue, not just a bunch of scripts in a directory. -- Peter From Nicolas.Mailhot at laPoste.net Wed Apr 6 19:20:51 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Wed, 06 Apr 2005 21:20:51 +0200 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112811529.10327.101.camel@cutter> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> <604aa791050406110877345d90@mail.gmail.com> <42542770.3060704@math.unl.edu> <1112811529.10327.101.camel@cutter> Message-ID: <1112815251.30384.38.camel@rousalka.dyndns.org> Le mercredi 06 avril 2005 ? 14:18 -0400, seth vidal a ?crit : > > Not too hard a trick if FC4's openoffice includes > > Obsoletes: openoffice.org2 > > Provides: openoffice.org2 > > (or whatever name is used for a possible OpenOffice 2.0 Extras package > > for fc3) > > okay, how about we say no b/c it's silly and confusing for users. > > the point of extras is not to obsolete functionality in core. > > no, b/c it's a waste of time. Moreover how about "extras can depend on core features but core should not have to track extras, especially another release extras ?" The trick work but is a priority inversion if I've ever seen one. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From shiva at sewingwitch.com Wed Apr 6 19:44:13 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 06 Apr 2005 12:44:13 -0700 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112814494.8973.20.camel@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> Message-ID: --On Wednesday, April 06, 2005 3:08 PM -0400 Peter Jones wrote: > But at the same time, once somebody actually starts using this > rc.modules.d idea, they're going to quickly discover that they want > ordering there, as well, to make sure e.g. the various usb hcd modules > are loaded in the order they want. Does it make sense to mirror the kernel module tree, so that at least only modules in the same class, at a given level of the hierarchy, need to worry about their relative ordering? From mhuhtala at abo.fi Wed Apr 6 19:55:29 2005 From: mhuhtala at abo.fi (Mikko Huhtala) Date: Wed, 6 Apr 2005 22:55:29 +0300 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112815251.30384.38.camel@rousalka.dyndns.org> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> <604aa791050406110877345d90@mail.gmail.com> <42542770.3060704@math.unl.edu> <1112811529.10327.101.camel@cutter> <1112815251.30384.38.camel@rousalka.dyndns.org> Message-ID: <16980.16049.354323.685385@urquell.abo.fi> Nicolas Mailhot writes: > Moreover how about "extras can depend on core features but core should > not have to track extras, especially another release extras ?" > The trick work but is a priority inversion if I've ever seen one. [ I understand & agree that the priority is FC4 and not backporting. ] I imagine Red Hat might want to do a update to RHEL4 at some point and replace OOo 1.1.n with 2.0. Otherwise it would be a long wait for version 5 to get OOo 2.0 on RHEL. (Through my pink goggles I'm seeing RHEL SRPMS for gcc4 and openoffice.org-2.0 that would compile on FC3.) Mikko From pjones at redhat.com Wed Apr 6 20:08:04 2005 From: pjones at redhat.com (Peter Jones) Date: Wed, 06 Apr 2005 16:08:04 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> Message-ID: <1112818084.8973.26.camel@localhost.localdomain> On Wed, 2005-04-06 at 12:44 -0700, Kenneth Porter wrote: > --On Wednesday, April 06, 2005 3:08 PM -0400 Peter Jones > wrote: > > > But at the same time, once somebody actually starts using this > > rc.modules.d idea, they're going to quickly discover that they want > > ordering there, as well, to make sure e.g. the various usb hcd modules > > are loaded in the order they want. > > Does it make sense to mirror the kernel module tree, so that at least only > modules in the same class, at a given level of the hierarchy, need to worry > about their relative ordering? Why would you need to? It's not search path for the modules that's the problem -- it's when you have two disks, one on a usb controller using ehci_hcd and one on a controller using uhci_hcd. There's no dep on the module, but the user really cares about which order they get installed in. (and usb there is just an example; I know it gets loaded fairly sanely right now, but I don't feel like hunting for a list of what doesn't ;) -- Peter From andy at warmcat.com Wed Apr 6 20:32:00 2005 From: andy at warmcat.com (Andy Green) Date: Wed, 06 Apr 2005 21:32:00 +0100 Subject: Fedora Mini - mini RPM In-Reply-To: <20050406112152.GC4403@devserv.devel.redhat.com> References: <20050406001542.228a7542@lembas.zaitcev.lan> <20050406112152.GC4403@devserv.devel.redhat.com> Message-ID: <42544740.3040206@warmcat.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Alan Cox wrote: | On Wed, Apr 06, 2005 at 12:15:42AM -0700, Pete Zaitcev wrote: | |>I am curious if anyone thought about starting some sort of "Small Server" |>fork of Fedora. I figure it's not something that is a pure fantasy, |>considering that Spot manages Aurora all by himself. Come to think of it, |>what forks and derivatives of Fedora do we know? | | | There have been tools like miniconda. I've been down this path a bit and you | hit a single fundamental near-insoluble problem - up2date/yum/rpm. They burn | resources and need some major rework at the rpm level - work that nobody | afaik is assigned to do (I suspect we are talking full time engineer on | such work). Busybox has a really really minimal core re-implementation of rpm/cpio. ~ It's too minimal for real use, in fact, but it does work. A few months ago I did some work on it adding a "database" maintained in /var/lib/rpm consisting of just the header part of all installed packages. It has a trawl through them to determine package requires and suchlike on -i -u or -e. The benefit is mainly thanks to the original implementation I added to, the thing is incredibly lean in terms of memory use and footprint, although since it was designed for an embedded RPM-based distro scalability is a bit poor since there is no database but a bunch of files to wander through and 'bunch' could be expected to be less than 20 for the use it was written for. It's a http://warmcat.com/rpm.c if anyone is interested; needs to go in ./archival in the Busybox tree replacing the one that's there. - -Andy -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCVEdAjKeDCxMJCTIRAtCKAJ0SSG5Byef6LooXnlVdAdjDaaf7hgCeJ2vx 1c03yQnCBLLessJC8qCovas= =v+u+ -----END PGP SIGNATURE----- From ville.skytta at iki.fi Wed Apr 6 20:32:18 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Wed, 06 Apr 2005 23:32:18 +0300 Subject: Perl 5.8.6 - FC4 In-Reply-To: <38025.193.195.148.66.1112784839.squirrel@webmail.suretecsystems.com> References: <38025.193.195.148.66.1112784839.squirrel@webmail.suretecsystems.com> Message-ID: <1112819538.22818.90.camel@bobcat.mine.nu> On Wed, 2005-04-06 at 11:53 +0100, Gavin Henry wrote: > How close will FC4's Perl, be to the Perl 5.8.6 release? http://cvs.fedora.redhat.com/viewcvs/devel/perl/ ... :) From ghenry at suretecsystems.com Wed Apr 6 21:12:45 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Wed, 6 Apr 2005 22:12:45 +0100 Subject: Perl 5.8.6 - FC4 In-Reply-To: <1112819538.22818.90.camel@bobcat.mine.nu> References: <38025.193.195.148.66.1112784839.squirrel@webmail.suretecsystems.com> <1112819538.22818.90.camel@bobcat.mine.nu> Message-ID: <200504062212.45549.ghenry@suretecsystems.com> On Wednesday 06 Apr 2005 21:32, Ville Skytt? wrote: > On Wed, 2005-04-06 at 11:53 +0100, Gavin Henry wrote: > > How close will FC4's Perl, be to the Perl 5.8.6 release? > > http://cvs.fedora.redhat.com/viewcvs/devel/perl/ ... :) What's prel 5.8.6 ;-) -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From kbn at daimi.au.dk Wed Apr 6 21:22:57 2005 From: kbn at daimi.au.dk (Kim B. Nielsen) Date: Wed, 06 Apr 2005 23:22:57 +0200 Subject: What happened to mysql support in php?? Message-ID: <42545331.4000001@daimi.au.dk> Hi... Just updated to FC4, test 1, latest packages to help out in bugspotting etc. I just noticed, that mysql isn't working in php 5. Is this known, and if so, is it taken care of. If not, I would put some time into recompiling whatever neccesary... Regards /kbn -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3294 bytes Desc: S/MIME Cryptographic Signature URL: From mmitu at bitdefender.com Wed Apr 6 21:56:17 2005 From: mmitu at bitdefender.com (Mircea MITU) Date: Thu, 07 Apr 2005 00:56:17 +0300 Subject: What happened to mysql support in php?? In-Reply-To: <42545331.4000001@daimi.au.dk> References: <42545331.4000001@daimi.au.dk> Message-ID: <1112824577.13729.64.camel@localhost.localdomain> On Wed, 2005-04-06 at 23:22 +0200, Kim B. Nielsen wrote: > Hi... > > Just updated to FC4, test 1, latest packages to help out in bugspotting > etc. > > I just noticed, that mysql isn't working in php 5. Is this known, and if > so, is it taken care of. If not, I would put some time into recompiling > whatever neccesary... > Did you installed php-mysql? I'm using php5 with php-mysql from rawhide, not from fc4-test1, but these packages are also in fc1-test1. -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://linux.bitdefender.com/ From kbn at daimi.au.dk Wed Apr 6 22:31:22 2005 From: kbn at daimi.au.dk (Kim B. Nielsen) Date: Thu, 07 Apr 2005 00:31:22 +0200 Subject: What happened to mysql support in php?? In-Reply-To: <1112824577.13729.64.camel@localhost.localdomain> References: <42545331.4000001@daimi.au.dk> <1112824577.13729.64.camel@localhost.localdomain> Message-ID: <4254633A.1000800@daimi.au.dk> Mircea MITU wrote: >On Wed, 2005-04-06 at 23:22 +0200, Kim B. Nielsen wrote: > > >>Hi... >> >>Just updated to FC4, test 1, latest packages to help out in bugspotting >>etc. >> >>I just noticed, that mysql isn't working in php 5. Is this known, and if >>so, is it taken care of. If not, I would put some time into recompiling >>whatever neccesary... >> >> >> > > >Did you installed php-mysql? > >I'm using php5 with php-mysql from rawhide, not from fc4-test1, but >these packages are also in fc1-test1. > > > > Yes... And I just solved my problem... The problem was actually trivial. I upgraded to development from FC3, so in my php.ini file, there was a reference to /usr/lib/php4. Changing that to /usr/lib/php/modules did the trick. Sorry for the noise :) And thanks for the helpfullness... I'll keep bughunting :) Regards Kim -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3294 bytes Desc: S/MIME Cryptographic Signature URL: From zaitcev at redhat.com Wed Apr 6 22:59:09 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Wed, 6 Apr 2005 15:59:09 -0700 Subject: Fedora Mini In-Reply-To: <1112772025.10327.40.camel@cutter> References: <20050406001542.228a7542@lembas.zaitcev.lan> <1112772025.10327.40.camel@cutter> Message-ID: <20050406155909.02b6be24@lembas.zaitcev.lan> On Wed, 06 Apr 2005 03:20:25 -0400 seth vidal wrote: > Have you looked at the RULE project? No, it wasn't listed as a distro anywhere. But thanks, it sounds like exactly what I need. -- Pete From mbneto at gmail.com Thu Apr 7 00:26:16 2005 From: mbneto at gmail.com (mbneto) Date: Wed, 6 Apr 2005 20:26:16 -0400 Subject: Fedora Mini In-Reply-To: <1112794589.10327.48.camel@cutter> References: <20050406001542.228a7542@lembas.zaitcev.lan> <20050406112152.GC4403@devserv.devel.redhat.com> <1112794589.10327.48.camel@cutter> Message-ID: <5cf776b805040617267e555247@mail.gmail.com> in my case 128Mb RAM is fine, the problem is the disk space. I'd like to use CF card (128 or 256Mb). -mb On Apr 6, 2005 9:36 AM, seth vidal wrote: > On Wed, 2005-04-06 at 07:21 -0400, Alan Cox wrote: > > On Wed, Apr 06, 2005 at 12:15:42AM -0700, Pete Zaitcev wrote: > > > I am curious if anyone thought about starting some sort of "Small Server" > > > fork of Fedora. I figure it's not something that is a pure fantasy, > > > considering that Spot manages Aurora all by himself. Come to think of it, > > > what forks and derivatives of Fedora do we know? > > > > There have been tools like miniconda. I've been down this path a bit and you > > hit a single fundamental near-insoluble problem - up2date/yum/rpm. They burn > > resources and need some major rework at the rpm level - work that nobody > > afaik is assigned to do (I suspect we are talking full time engineer on > > such work). > > > > apt + dpkg on the other hand sucks in lots of other ways but works. > > the memory footprint in yum in rawhide has come way down for > non-transaction things, but you'd still need to break up the transaction > into chunks to keep the rpm ts from being to big for a global update, > for example. It's not impossible, actually, it would just take some > restructuring. The only question is - how little ram are we talking > about now? > > -sv > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From rich.west at gmail.com Thu Apr 7 01:08:31 2005 From: rich.west at gmail.com (Rich West) Date: Thu, 7 Apr 2005 01:08:31 +0000 (UTC) Subject: updates-released bind-libs package conflict with sendmail References: <200504061937.56592.symbiont@berlios.de> Message-ID: I had just migrated over our production server running FC3 (from a machine running FC2) last Friday evening. The machine had been running for almost a month in parallel with the production server. Things went *very* smoothly. On Tuesday, it was scheduled to have sendmail upgrade from the stock 8.13.1 install to the current 8.13.4 version. The RPM was built, rolled off of the 8.13.1 spec file with some minor modifications to some of the patches, and installed. Instantly, it was discovered that mail was unable to be delivered to any local user (users are stored in LDAP) not in the /etc/passwd file. After rolling back to the stock version, and a lengthy period of debugging (attempts with builds made from the stock 8.13.1 SRPM among other tests, all of which failed in the same manner), it was discovered that the BIND-LIBS updates-released package for Fedora Core 3 contained new libraries (libbind.so, libbind.so.3, libbind.so.3.0.8) and that these new libraries conflicted with the build sendmail. Once these libs were removed from /usr/lib, sendmail on Fedora Core 3 was able to be built and run with no problems. I am not sure where to report this issue, but I figured I would "spread the word" in the event that others may experience the same problem. From heretic at ihug.co.nz Thu Apr 7 03:27:52 2005 From: heretic at ihug.co.nz (David Mohring) Date: Thu, 07 Apr 2005 15:27:52 +1200 Subject: Fedora Mini In-Reply-To: <20050406001542.228a7542@lembas.zaitcev.lan> References: <20050406001542.228a7542@lembas.zaitcev.lan> Message-ID: <1112844472.26470.8.camel@heretic.grobb.org> On Wed, 2005-04-06 at 00:15 -0700, Pete Zaitcev wrote: > Hi, Guys: > > I am looking at a way to use a 486 laptop as an AP, and I see significant > advantages to using some derivative of Fedora. If packaging can be kept > the same, things like bash, linux-utils, and modutils can be shared. > I looked over source-based and embedded distros and the field looks > terribly splintered. It's hard to pick a distro which won't disappear > next week. Also, since most of them are amateurish operations, they > tend towards things like dietlibc or uclibc, busybox, etc. Such approach > is too limiting for my needs. Have you tried/contacted the rule project? http://rule-project.org/ I have not used it since 2003 and Redhat 9, when we finally ditched the last of our 166/200Mhz 64meg PCs. > > I am curious if anyone thought about starting some sort of "Small Server" > fork of Fedora. I figure it's not something that is a pure fantasy, > considering that Spot manages Aurora all by himself. Come to think of it, > what forks and derivatives of Fedora do we know? > > -- Pete > -- David Mohring From mfioretti at mclink.it Thu Apr 7 03:38:20 2005 From: mfioretti at mclink.it (M. Fioretti) Date: Thu, 7 Apr 2005 05:38:20 +0200 Subject: Notes on the RULE installers and packaging, was: Fedora Mini - mini RPM Message-ID: <20050407033820.GA3290@mclink.it> Greetings, everybody. I am the RULE project coordinator. I have never formally introduced myself here because I don't plan to become a regular FC developer, I just lurk on this list to know what will happen in Fedora. This time, however, I think I can provide some useful information: On Wed, Apr 06, 2005 21:32:00 PM +0100, Andy Green (andy at warmcat.com) wrote: > Alan Cox wrote: > | There have been tools like miniconda. Miniconda was the first RULE installer. It is a patched anaconda and is NOT maintained anymore by us. The current one is slinky, see below. Feel of course free to port miniconda to FC4 if you think it makes sense: http://www.rule-project.org/article.php3?id_article=36 http://www.rule-project.org/article.php3?id_article=102 > | I've been down this path a bit and you hit a single fundamental > | near-insoluble problem - up2date/yum/rpm. They burn resources and > | need some major rework at the rpm level One generic comment on this: even if someone rewrote from scratch the whole up2date/yum or apt4rpm/ rpm chain, I do NOT think it would help on limited systems: it would just tell you much faster that you can't install because you have no disk space. The package management system can do little when the code of an application was originally written (or sometimes packaged later) to require any other package in sight to just use one or two files from it, and that other package has the same limit. When we started RULE I looked into some ways to automatically spot out the worst/heavier packages and package sets from this point of view, but frankly had not enough skills. I would *really* like to cooperate with some real developer on this. Basically, apt, yum and friends just tell you "don't worry, I will fill the HD with possibly unnecessary packages without wasting your time". I would like to see/help with the development of something like the DAN I tried to do back then: http://www.rule-project.org/article.php3?id_article=32 > Busybox has a really really minimal core re-implementation of > rpm/cpio. Yes, this is how slinky, the current RULE installer works. It uses busybox and its rpm to install the real rpm, and then the latter to pull in manually crafted package lists. Originally, DAN was supposed to generate these lists automatically at each new distro release. Again, I think something like DAN would help a LOT also with packaging and maintenance of standard FC, so it would be great to work on it. Anyway, the current RULE installer is shortly explained here: http://www.rule-project.org/article.php3?id_article=50 FC3 versions are here http://www.rule-project.org/download/fedora_core_3/slinky/ and their description is in this announcement: http://www.rule-project.org/breve.php3?id_breve=19 Slinky is the only one we are working on. Help on it and/on DAN is really welcome!! Ciao, Marco Fioretti -- Marco Fioretti mfioretti, at the server mclink.it Fedora Core 3 for low memory http://www.rule-project.org/ Do not ascribe to malice that which can be adequately explained by stupidity. Physicist Richard Feynmann, Nobel Prize From mmitu at bitdefender.com Thu Apr 7 06:42:22 2005 From: mmitu at bitdefender.com (Mircea MITU) Date: Thu, 07 Apr 2005 09:42:22 +0300 Subject: rawhide report: 20050406 changes In-Reply-To: References: <200504061133.j36BX2je031624@porkchop.devel.redhat.com> Message-ID: <1112856142.29943.24.camel@localhost.localdomain> On Wed, 2005-04-06 at 20:58 +0200, Lars wrote: > with the new xfs i get, > > > ~]# service xfs restart > > Restarting xfs: > Shutting down xfs: [ OK ] > Starting xfs: find: warning: you have specified the -maxdepth option > after a non-option argument -type, but options are not positional > (-maxdepth affects tests specified before it as well as those > specified after it). Please specify options before other arguments. The same issue here: + cd /usr/X11R6/lib/X11/fonts/Type1 ++ find . -type f -maxdepth 1 -cnewer fonts.dir -not -name 'fonts.cache*' find: warning: you have specified the -maxdepth option after a non-option argument -type, but options are not positional (-maxdepth affects tests specified before it as well as those specified after it). Please specify options before other arguments. xorg-x11-xfs-6.8.2-19 findutils-4.2.20-1 Quick fix: change line 39 from if [ ! -e fonts.dir -o -n "$(find . -type f -maxdepth 1 -cnewer fonts.dir -not -name 'fonts.cache*')" ]; then to if [ ! -e fonts.dir -o -n "$(find . -maxdepth 1 -type f -cnewer fonts.dir -not -name 'fonts.cache*')" ]; then -- This message was scanned for spam and viruses by BitDefender. For more information please visit http://linux.bitdefender.com/ From pekkas at netcore.fi Thu Apr 7 07:07:14 2005 From: pekkas at netcore.fi (Pekka Savola) Date: Thu, 7 Apr 2005 10:07:14 +0300 (EEST) Subject: What happened to mysql support in php?? In-Reply-To: <4254633A.1000800@daimi.au.dk> References: <42545331.4000001@daimi.au.dk> <1112824577.13729.64.camel@localhost.localdomain> <4254633A.1000800@daimi.au.dk> Message-ID: On Thu, 7 Apr 2005, Kim B. Nielsen wrote: > Yes... And I just solved my problem... The problem was actually trivial. I > upgraded to development from FC3, so in my php.ini file, there was a > reference to /usr/lib/php4. Changing that to /usr/lib/php/modules did the > trick. Sorry for the noise :) And thanks for the helpfullness... Umm. Actually, this may be a bug, or at the very least worth a release note. php.ini is a config file, and I doubt we can expect it to be updated when the RPM is updated. -- Pekka Savola "You each name yourselves king, yet the Netcore Oy kingdom bleeds." Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings From jorton at redhat.com Thu Apr 7 07:31:39 2005 From: jorton at redhat.com (Joe Orton) Date: Thu, 7 Apr 2005 08:31:39 +0100 Subject: What happened to mysql support in php?? In-Reply-To: References: <42545331.4000001@daimi.au.dk> <1112824577.13729.64.camel@localhost.localdomain> <4254633A.1000800@daimi.au.dk> Message-ID: <20050407073139.GA18615@redhat.com> On Thu, Apr 07, 2005 at 10:07:14AM +0300, Pekka Savola wrote: > On Thu, 7 Apr 2005, Kim B. Nielsen wrote: > >Yes... And I just solved my problem... The problem was actually trivial. I > >upgraded to development from FC3, so in my php.ini file, there was a > >reference to /usr/lib/php4. Changing that to /usr/lib/php/modules did the > >trick. Sorry for the noise :) And thanks for the helpfullness... > > Umm. Actually, this may be a bug, or at the very least worth a release > note. php.ini is a config file, and I doubt we can expect it to be > updated when the RPM is updated. I changed php.ini to be %config not-noreplace for FC4, so that this is handled OK. joe From Axel.Thimm at ATrpms.net Thu Apr 7 10:33:56 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 7 Apr 2005 12:33:56 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050404083649.GI1802@neu.nirvana> References: <20050403112631.GB3202@neu.nirvana> <1112545002.23244.2.camel@ignacio.ignacio.lan> <20050404083649.GI1802@neu.nirvana> Message-ID: <20050407103356.GC9700@neu.nirvana> Bill, you have commented on tangent topics on this thread, but not on the explicit suggestion. /dev/null or bugzilla? On Mon, Apr 04, 2005 at 10:36:49AM +0200, Axel Thimm wrote: > On Sun, Apr 03, 2005 at 12:16:42PM -0400, Ignacio Vazquez-Abrams wrote: > > On Sun, 2005-04-03 at 13:26 +0200, Axel Thimm wrote: > > > This mechanism looks fine to me, but for one it says "backward > > > compatibility", so there must be some more modern approach, and > > > secondly it is sourcing in one file only, e.g. autoloading would have > > > to be edited instead of dropped in. > > > > Editing rc.sysinit around line 150 or so is the "modern" way, but it is > > still ugly. > > > > > If there is no better mechanism, then please consider shipping an > > > /etc/rc.modules that sources in /etc/rc.modules.d/* or similar, so > > > packages can simply drop in a module loading script. > > > > +1 > > Then how about > > /etc/rc.modules: > > #! /bin/sh > > # Don't modify this file, instead create a module loading script > # under /etc/rc.modules.d > > for x in `ls /etc/rc.modules.d/* 2>/dev/null | \ > LC_ALL=C grep -v '~$'`; do > test -x $x && $x > done > > Should this file and the %dir /etc/rc.modules.d become part of the > initscript package (as well as a commented example using pcspkr)? It > looks harmless enough to make it to FC4 if approved. Bill ist the > master of this package, Bill, is it worth a patch in bugzilla? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Thu Apr 7 11:52:18 2005 From: buildsys at redhat.com (Build System) Date: Thu, 7 Apr 2005 07:52:18 -0400 Subject: rawhide report: 20050407 changes Message-ID: <200504071152.j37BqIVR011546@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.0.45-1 -------------------- * Wed Apr 06 2005 Elliot Lee 10.2.0.45-1 - Deal with GUI-mode language traceback * Wed Apr 06 2005 Elliot Lee - 10.2.0.44-1 - Deal with text-mode language traceback - (clumens) Don't set SYSFONTACM * Wed Apr 06 2005 Peter Jones - 10.2.0.43-1 - Don't remove libraries in stage2 that don't match the one from linuxthreads/ system-config-lvm-0.9.22-1.0 ---------------------------- * Wed Apr 06 2005 Jim Parsons 0.9.22-1.0 - Version Bump. * Wed Apr 06 2005 Jim Parsons 0.9.21-1.0 - Changed path to lvm command for Fedora. * Mon Feb 21 2005 Jim Parsons 0.9.20-1.0 - Added desktop icon file. From byte at aeon.com.my Thu Apr 7 12:58:42 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 07 Apr 2005 22:58:42 +1000 Subject: gnome-vfs not in Rawhide? In-Reply-To: <604aa7910504050824689f715@mail.gmail.com> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112712702.3305.8.camel@daxter.boston.redhat.com> <604aa791050405080423f7cc2a@mail.gmail.com> <1112713971.20867.20.camel@cutter> <604aa7910504050824689f715@mail.gmail.com> Message-ID: <1112878722.18379.164.camel@arena.soho.bytebot.net> On Tue, 2005-04-05 at 11:24 -0400, Jeff Spaleta wrote: > > go through two lists of each releases srpms. > > uhm.. the easiest way to do this.. is to keep two whole trees of > rawhide src.rpms on disk locally.. so i can do a loop over rpm -qp > --qf? Maybe a regular post of treediff output can happen say once every week; same like the rawhide reports... (or are the failures in treediff itself?) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Thu Apr 7 13:01:09 2005 From: byte at aeon.com.my (Colin Charles) Date: Thu, 07 Apr 2005 23:01:09 +1000 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> Message-ID: <1112878869.18379.167.camel@arena.soho.bytebot.net> On Tue, 2005-04-05 at 23:37 +0100, Mike Hearn wrote: > > What else deps on gtk+ 1.X? > > You can't drop GTK1 unless you want to break every single Loki > Setup out there. Are there many Loki setups out there? IIRC, they stopped making games, didn't they? After that, its a simple "yum install gtk1" or similar to allow folk to get their Loki games working again. Yes, Extras repository information should be available (and enabled) in Core 4 -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From windenntw at gmail.com Thu Apr 7 13:16:26 2005 From: windenntw at gmail.com (Antonio Vargas) Date: Thu, 7 Apr 2005 15:16:26 +0200 Subject: About early gdm logon In-Reply-To: References: <1112661116.6318.7.camel@tiger> <1112713006.3574.12.camel@localhost.localdomain> Message-ID: <69304d1105040706163715faf3@mail.gmail.com> On Apr 5, 2005 5:02 PM, Chris Ricker wrote: > On Tue, 5 Apr 2005, Ray Strode wrote: > > > Hi, > > > Just noticed that the new gdm in rawhide allows early logon before the > > > entire system is up. But as I read about it in the init script does not > > > actually allow users to logon until the entire system is up. My question > > > is what is the purpose of this if you can't logon when the screen > > > appears? > > There are a number of advantages to starting gdm early. > > > > 1) no rhgb means we don't have to start two X servers during the boot > > up process. This means faster bootup, less badness on bad hardware, > > etc... Is rhgb the one that show's a progress bar while starting services? > > 2) The user can potentially login sooner if we only limit login until > > the services that the user absolutely needs are started. And then we need an easy way to specify which services are needed and they will depend on the environment (ie: nfs homes will need network + nfs mounts for example) > > 3) The system feels like it boots faster if the user sees a login screen > > early. > > > > 4) The user can type their username and password as soon as a login > > screen appears, then walk away--get coffee whatever--and come back with > > it all logged in. Yeah great security unless the desktop stays locked by default ;) > > Note, even if we say "the services that the user absolutely needs" in 2) > > above is "all services that we're going to start", it still has the > > other mentioned advantages. > > > > We still need to make some changes in lower-levels of the distro before > > dm early-login mode will work. You can track progress here if you're > > interested: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 > > FWIW, Sun made a similar change for Solaris 10. It may be worth looking at > what was done there just for comparison. (though preferably without > drinking the XML kool-aid! :-) > > later, > chris > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Greetz, Antonio Vargas aka winden of network http://wind.codepixel.com/ Las cosas no son lo que parecen, excepto cuando parecen lo que si son. From mike at navi.cx Thu Apr 7 13:24:16 2005 From: mike at navi.cx (Mike Hearn) Date: Thu, 07 Apr 2005 14:24:16 +0100 Subject: gnome-vfs not in Rawhide? References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> Message-ID: On Thu, 07 Apr 2005 23:01:09 +1000, Colin Charles wrote: > Are there many Loki setups out there? IIRC, they stopped making games, > didn't they? Loki Setup is a generic program used by nearly all commercial vendors on Linux. It's not just the old Loki games (which are mostly broken thanks to other platform instabilities like NPTL anyway) but games like Doom III and programs like CrossOver also come in this form. > After that, its a simple "yum install gtk1" or similar to allow folk to > get their Loki games working again. Yes, Extras repository information > should be available (and enabled) in Core 4 That's fine, but how does the user know this? "yum install gtk1" is a very UNIXy sort of command for an end user desktop, isn't it? thanks -mike From rahulsundaram at yahoo.co.in Thu Apr 7 13:28:15 2005 From: rahulsundaram at yahoo.co.in (Rahul Sundaram) Date: Thu, 7 Apr 2005 06:28:15 -0700 (PDT) Subject: gnome-vfs not in Rawhide? In-Reply-To: 6667 Message-ID: <20050407132815.15244.qmail@web8504.mail.in.yahoo.com> Hi > That's fine, but how does the user know this? "yum > install gtk1" is a very > UNIXy sort of command for an end user desktop, isn't > it? > > thanks -mike that might very well be resolved through pup for fc4. The question is what kind of error messages do you get from the loki installers if gtk1 is not installed on the system already. Regards Rahul Sundaram __________________________________ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest From kwade at redhat.com Thu Apr 7 13:29:25 2005 From: kwade at redhat.com (Karsten Wade) Date: Thu, 07 Apr 2005 06:29:25 -0700 Subject: [RFC] making release notes a community effort In-Reply-To: <1112726888.3333.20.camel@localhost.localdomain> References: <1112717584.2333.135.camel@erato.phig.org> <200504051836.31506.ghenry@suretecsystems.com> <1112722931.22212.67.camel@ignacio.ignacio.lan> <1112726888.3333.20.camel@localhost.localdomain> Message-ID: <1112880565.9626.149.camel@erato.phig.org> On Tue, 2005-04-05 at 20:48 +0200, Kyrre Ness Sjobak wrote: > tir, 05.04.2005 kl. 19.42 skrev Ignacio Vazquez-Abrams: > > On Tue, 2005-04-05 at 18:36 +0100, Gavin Henry wrote: > > > What format would be good for inexperienced users to submit patches/docs in, > > > that could be parsed by either Perl or Python, which then pumps out Docbook > > > XML? > > > > bbCode! (kidding) > > Doesn't OOo produce some kind of XLM? Isn't that possible to use - at > least in combination of a *strict* template? Last time I looked seriously into this about 6 months ago, the project had been going for over a year and was not in a useful state. You have to use the specific OOo template, and it doesn't handle two-way conversion with DocBook very easily, that is, pulling in DocBook and outputting DocBook that are functionally the same. Similarly, you can't edit a DocBook file directly. A plain XML editor such as Conglomerate could do the trick. The point is to avoid extra unnecessary conversions. > Or simply collect it by mail, and then have somebody to fix up > formatting etc. before release? This is the current method. Actually, the method that you are supposed to follow is to submit via bugzilla so a conversation can be had about the release note. To do this, developers need to commit to actually submitting release notes. At this point, I'd accept small pieces of paper if someone would actually send them. At Red Hat, getting developers to think about and contribute to the release notes was a bit like pulling teeth. We can't follow this model in the community. We'll handle how to structure and write the relnotes on the docs side, the main point of this thread is to get Fedora developers thinking about actually submitting release notes to be included. Documentation, part of a balanced and healthy development diet! > It might be a good idea to have some kind of tree structure... > > This might be the beginning of something more than just release notes - > finally some real off-line doc for users to look at! (place a big > shortcut on their desktops :P ) I'd love to see a docs RPM, even as part of Extras. It's been pointed out to me that newbies won't read release notes, no matter what. Well, maybe if we animate them somehow ... For the moment, the release notes audience is people just like ourselves -- developers and system administrators who need to know nitty-gritty details about what is new in the release/test. - Karsten -- Karsten Wade, RHCE * Sr. Tech Writer * http://people.redhat.com/kwade/ gpg fingerprint: 2680 DBFD D968 3141 0115 5F1B D992 0E06 AD0E 0C41 Red Hat SELinux Guide http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/selinux-guide/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at redhat.com Thu Apr 7 13:32:09 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 07 Apr 2005 19:02:09 +0530 Subject: About early gdm logon In-Reply-To: <69304d1105040706163715faf3@mail.gmail.com> References: <1112661116.6318.7.camel@tiger> <1112713006.3574.12.camel@localhost.localdomain> <69304d1105040706163715faf3@mail.gmail.com> Message-ID: <42553659.3070009@redhat.com> Antonio Vargas wrote: >On Apr 5, 2005 5:02 PM, Chris Ricker wrote: > > >>On Tue, 5 Apr 2005, Ray Strode wrote: >> >> >> >>>Hi, >>> >>> >>>>Just noticed that the new gdm in rawhide allows early logon before the >>>>entire system is up. But as I read about it in the init script does not >>>>actually allow users to logon until the entire system is up. My question >>>>is what is the purpose of this if you can't logon when the screen >>>>appears? >>>> >>>> >>>There are a number of advantages to starting gdm early. >>> >>>1) no rhgb means we don't have to start two X servers during the boot >>>up process. This means faster bootup, less badness on bad hardware, >>>etc... >>> >>> > >Is rhgb the one that show's a progress bar while starting services? > yes it is. Red Hat graphical boot >>>4) The user can type their username and password as soon as a login >>>screen appears, then walk away--get coffee whatever--and come back with >>>it all logged in. >>> >>> > >Yeah great security unless the desktop stays locked by default ;) > you have typically home desktop users doing this and its not a security concern for them. regards Rahul From alan at redhat.com Thu Apr 7 13:40:15 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 7 Apr 2005 09:40:15 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112878869.18379.167.camel@arena.soho.bytebot.net> References: <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> Message-ID: <20050407134015.GA7567@devserv.devel.redhat.com> On Thu, Apr 07, 2005 at 11:01:09PM +1000, Colin Charles wrote: > Are there many Loki setups out there? IIRC, they stopped making games, > didn't they? They went out of business alas. > After that, its a simple "yum install gtk1" or similar to allow folk to > get their Loki games working again. Yes, Extras repository information > should be available (and enabled) in Core 4 If gtk1 does go that is probably a good FAQ item Alan From sundaram at redhat.com Thu Apr 7 13:46:44 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 07 Apr 2005 19:16:44 +0530 Subject: [RFC] making release notes a community effort In-Reply-To: <1112880565.9626.149.camel@erato.phig.org> References: <1112717584.2333.135.camel@erato.phig.org> <200504051836.31506.ghenry@suretecsystems.com> <1112722931.22212.67.camel@ignacio.ignacio.lan> <1112726888.3333.20.camel@localhost.localdomain> <1112880565.9626.149.camel@erato.phig.org> Message-ID: <425539C4.9040903@redhat.com> Hi >I'd love to see a docs RPM, even as part of Extras. > no promises but I intend to work on this along with packaging other LDP docs >For the moment, the release notes audience is people just like ourselves >-- developers and system administrators who need to know nitty-gritty >details about what is new in the release/test. > >- Karsten > It might actually help better if you have a more end user targetted release notes equivalent similar to what Gnome does for example. There was a introduction to FC3 in Red Hat magazine that was close enough to what I am talking about here regards Rahul From jspaleta at gmail.com Thu Apr 7 14:27:08 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 10:27:08 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> Message-ID: <604aa7910504070727412864d@mail.gmail.com> On Apr 7, 2005 9:24 AM, Mike Hearn wrote: > That's fine, but how does the user know this? "yum install gtk1" is a very > UNIXy sort of command for an end user desktop, isn't it? So let's get this straight.. not only do you want gtk1 as part of Core... you want it installed by default as part of the Desktop install? In fc3 gtk+-1.x is part of the "compat-arch-support" group, and I'm pretty sure that stuff is not part of a default Desktop. And I am unaware of any default application that sucks in gtk+-1.x into a desktop install as a requirement, even gnucash and xmms are optional applications. So assuming in fc3 doesn't install gtk+ by default... the change to extras doesn't effectively change the level of difficulty to get the package. In fc3 you still have to do something unixy to get the package installed. Don't even bother with s-c-packages as a counter argument. As soon as you install ANY updates from the network s-c-packages becomes effectively useless as an operational tool because it is unaware of the pool of updates and associated dependancy matrix. -jef From obi at unixkiste.org Thu Apr 7 14:38:22 2005 From: obi at unixkiste.org (Stefan Held) Date: Thu, 07 Apr 2005 16:38:22 +0200 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112724841.20867.64.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> Message-ID: <1112884703.12707.29.camel@localhost.localdomain> Am Dienstag, den 05.04.2005, 14:14 -0400 schrieb seth vidal: > > and a damn sight feature-less. How about having multiple domains users > > in a database rather than system users? Oh, this is enterprise and > > fedora isn't about enterprise. > > > > Why isn't the default cyrus config setup so it works with system users > > like dovecot does? This way there won't be any setup for regular users > > and dovecot wouldn't be needed. > > b/c cyrus can only store files in cyrus's format and not in a plain mbox > file. So using it w/o special configuration is hard. > Cyrus can also handle duplicate Emails delivered to multiple users. The performance improvement of Cyrus compared to Maildir Imapds is significant. What about Cyrus murder? Can dovecut be used to mirror completely compartments among different imap Servers? I doubt that dovecut has more _USEFULL_ features than Cyrus. Even it does not support Sieve, Mailquota, mirroring, duplicate Mails, different Mailstores, public folders, nntp and so on. > oh and dovecot can auth to postgres and mysql. Sure, with the help of Cyrus Sasl. I ever thought Fedora was Community Driven. It seems like RedHat needs another argument for Enterprise Linux. If i ever read anything about OpenSource it is the Freedom of Choice. What Choice? Which additional Repo i have to use to get my Desktop/Server up and running? But as i did in the past i am looking forward for Simon Matters high quality rpms of cyrus imapd. This is annoying. Removing xmms is also short minded. We could als remove Kmail cause we have Evo. Removing Glade2 and Kdevelop is also needed we have Eclipse. Maybe we should also remove fetchmail. pymail is out there. Let us replace every well known product with something that does not work like that we throw out. Maybe someday we have a extra.iso.dvd and core fits on 1 CDRom -- Stefan Held VI has only 2 Modes: obi at unixkiste.org The first one is for beeping all the time, IRCNet: Obi_Wan the second destroys the text. --------------------------------------------------------------------------- perl -e'map{print pack c,($|++?1:13)+ord,select$,,$,,$,,$|}split//,ESEL.$/' --------------------------------------------------------------------------- GPG-Keyprint = EAF2 6A65 D102 F2DB 4970 2A67 455B 98F2 572C 3FA9 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From mike at navi.cx Thu Apr 7 15:12:11 2005 From: mike at navi.cx (Mike Hearn) Date: Thu, 07 Apr 2005 16:12:11 +0100 Subject: gnome-vfs not in Rawhide? References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> Message-ID: On Thu, 07 Apr 2005 10:27:08 -0400, Jeff Spaleta wrote: > So let's get this straight.. not only do you want gtk1 as part of > Core... you want it installed by default as part of the Desktop > install? Yes. Having things work out of the box is the whole point, isn't it? > fc3 gtk+-1.x is part > of the "compat-arch-support" group, and I'm pretty sure that stuff is > not part of a default Desktop. And I am unaware of any default > application that sucks in gtk+-1.x into a desktop install as a > requirement, even gnucash and xmms are optional applications. I don't know. I never explicitly installed it yet it's here, on the other hand I upgraded from a previous FC2 install. XMMS is pretty common though. > So assuming in fc3 doesn't install gtk+ by default... the change to > extras doesn't effectively change the level of difficulty to get the > package. In fc3 you still have to do something unixy to get the > package installed. Well that's even worse! thanks -mike From sundaram at redhat.com Thu Apr 7 15:11:15 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 07 Apr 2005 20:41:15 +0530 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112884703.12707.29.camel@localhost.localdomain> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> <1112884703.12707.29.camel@localhost.localdomain> Message-ID: <42554D93.5040307@redhat.com> Hi > >I ever thought Fedora was Community Driven. It seems like RedHat needs >another argument for Enterprise Linux. > Community driven doesnt mean including everything by default in core. Thats the only way to try and please everyone. core should only include default apps. dovecot is the current default. > If i ever read anything about >OpenSource it is the Freedom of Choice. What Choice? Which additional >Repo i have to use to get my Desktop/Server up and running? > We shouldnt be looking at packages moving from core to extras as removal of choice at all. Since fc4 will have extras enabled by default its easy enough to install it using yum if you prefer anything over stuff included in core already. > >Maybe someday we have a extra.iso.dvd and core fits on 1 CDRom > not sure about extras isos. you will have to ask Seth but fedora core being trimmed down to 1 cd looks like a good idea to me From skvidal at phy.duke.edu Thu Apr 7 15:07:39 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 07 Apr 2005 11:07:39 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <42554D93.5040307@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> <1112884703.12707.29.camel@localhost.localdomain> <42554D93.5040307@redhat.com> Message-ID: <1112886459.20535.4.camel@cutter> > not sure about extras isos. you will have to ask Seth but fedora core > being trimmed down to 1 cd looks like a good idea to me You will not ask me! If someone wants to sort out making fedora extras dvds/cds I will be glad to work with them. -sv From mike at navi.cx Thu Apr 7 15:26:46 2005 From: mike at navi.cx (Mike Hearn) Date: Thu, 07 Apr 2005 16:26:46 +0100 Subject: gnome-vfs not in Rawhide? References: <20050407132815.15244.qmail@web8504.mail.in.yahoo.com> Message-ID: On Thu, 07 Apr 2005 06:28:15 -0700, Rahul Sundaram wrote: > The question is what kind of error messages do you get > from the loki installers if gtk1 is not installed on > the system already. Good question! Some of them are statically linked with GTK 1.2, I think it's a build time configuration option. I just renamed my copy and ran one Loki Setup, this is what I got: Gtk-WARNING **: libgtk-1.2.so.0: cannot open shared object file: No such file or directory Gdk-WARNING **: Missing charsets in FontSet creation [other stuff that's probably unrelated snipped] But the GUI appeared anyway. So I'm not sure what it's doing - trying to use the systems copy and otherwise falling back to a builtin one? Then I tried another, for the game "Dark Horizons Lore" and it didn't show the GTK UI, but it still "worked" in that it fell back to an ncurses based install. This was the error: /root/.setup4665: error while loading shared libraries: libgtk-1.2.so.0: cannot open shared object file: No such file or directory Text based installers for games are from the DOS era though. I don't think that should be counted as working. From alan at redhat.com Thu Apr 7 15:23:04 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 7 Apr 2005 11:23:04 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112884703.12707.29.camel@localhost.localdomain> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> <1112884703.12707.29.camel@localhost.localdomain> Message-ID: <20050407152304.GB22505@devserv.devel.redhat.com> On Thu, Apr 07, 2005 at 04:38:22PM +0200, Stefan Held wrote: > Cyrus can also handle duplicate Emails delivered to multiple users. The There was a long discussion about this earlier if you look back. Cyrus is useful for the more specialist environments and dovecot for general setups. It seemed obvious that the people who used Cyrus and knew how to set it up also would know how to type "yum install" > Maybe someday we have a extra.iso.dvd and core fits on 1 CDRom Right now we are struggling to fit core on *one* DVD. Also note there is nothing stopping CD/DVD stampers putting out 2 DVD Fedora Core/Extras sets. From thacker at math.cornell.edu Thu Apr 7 15:23:21 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 11:23:21 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <42554D93.5040307@redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> <1112884703.12707.29.camel@localhost.localdomain> <42554D93.5040307@redhat.com> Message-ID: <20050407152321.GA18025@thacker.dyndns.org> On Thu, Apr 07, 2005 at 08:41:15PM +0530, Rahul Sundaram wrote: > >I ever thought Fedora was Community Driven. It seems like RedHat needs > >another argument for Enterprise Linux. > > > Community driven doesnt mean including everything by default in core. > Thats the only way to try and please everyone. core should only include > default apps. dovecot is the current default. And why is having a package in Core, where the maintainer has to be a RedHat employee, more Community Driven than having something in Extras, where people from the outside community can become maintainers? Extras is in the default configuration. Newbies will have access to packages that fulfill the basic functions. If you know enough to know that you want a different package, or to choose between multiple packages, installing via yum isn't difficult. And believe me, Enterprise Linux certainly cuts down the number of packages as well, in order to reduce the inevitable support headaches. It's kind of ridiculous to call it an argument for Enterprise Linux. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thacker at math.cornell.edu Thu Apr 7 15:31:05 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 11:31:05 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> Message-ID: <20050407153105.GB18025@thacker.dyndns.org> On Thu, Apr 07, 2005 at 04:12:11PM +0100, Mike Hearn wrote: > On Thu, 07 Apr 2005 10:27:08 -0400, Jeff Spaleta wrote: > > So let's get this straight.. not only do you want gtk1 as part of > > Core... you want it installed by default as part of the Desktop > > install? > > Yes. Having things work out of the box is the whole point, isn't it? > > I don't know. I never explicitly installed it yet it's here, on the other > hand I upgraded from a previous FC2 install. XMMS is pretty common though. But everything included does work out of the box. And newbies have a way to play music out of the box. And if you explicitly install something that requires gtk+, it'll install it. (Say, gnucash.) And Extras will be enabled by default, so it's not much different from the upgrade process. All sorts of outside programs require making sure that all sorts of certain libraries are installed. I don't think it's too much to ask for a user to who wants to install extra programs to learn how to use yum or some other update program. They ought to be updating for security anyway. I'm biased; my feelings for some time have been "Die, XMMS, Die!" I like their playlist-based approach much better than Rhythmbox, but their refusal to move away from gtk+ is frustrating. I get along perfectly well without gtk+, and don't like installing it for just one program. I consider gtk+ inherently broken at this point, for its poor internationalization support by comparison with gtk2 if nothing else. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kyrre at solution-forge.net Thu Apr 7 15:32:26 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 07 Apr 2005 17:32:26 +0200 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112811529.10327.101.camel@cutter> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> <604aa791050406110877345d90@mail.gmail.com> <42542770.3060704@math.unl.edu> <1112811529.10327.101.camel@cutter> Message-ID: <1112887946.3331.0.camel@localhost.localdomain> Well, firefox (oldish!) is in fc2 extras. ons, 06.04.2005 kl. 20.18 skrev seth vidal: > > Not too hard a trick if FC4's openoffice includes > > Obsoletes: openoffice.org2 > > Provides: openoffice.org2 > > (or whatever name is used for a possible OpenOffice 2.0 Extras package > > for fc3) > > okay, how about we say no b/c it's silly and confusing for users. > > the point of extras is not to obsolete functionality in core. > > no, b/c it's a waste of time. > > -sv > From jspaleta at gmail.com Thu Apr 7 15:34:31 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 11:34:31 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> Message-ID: <604aa7910504070834850aac0@mail.gmail.com> On Apr 7, 2005 11:12 AM, Mike Hearn wrote: > On Thu, 07 Apr 2005 10:27:08 -0400, Jeff Spaleta wrote: > > So let's get this straight.. not only do you want gtk1 as part of > > Core... you want it installed by default as part of the Desktop > > install? > > Yes. Having things work out of the box is the whole point, isn't it? Having commercial addon things that can't keep up with the pace of development of fedora core work out of the box is the point? I don't think so. I'm actively hostile to any decision that stresses the needs of slow moving commercial vendors in the decision making process for fedora core development. Especially when those commercial vendors are using some sort of package installation method that doesn't interface with the management system fedora is using. If those vendor packages were using rpms or interfaced with rpm... this sort of dependancy problems could just evaporate through established dependancy resolution mechanisms that rpm and repository tools use. > I don't know. I never explicitly installed it yet it's here, on the other > hand I upgraded from a previous FC2 install. XMMS is pretty common though. xmms maybe common for advanced users.. but its NOT part of a default desktop setup in fc3. And in fc4.. with xmms no longer IN Core.. your argument holds even less water than it did. As soon as nothing in Core depends on gtk+, expect it to be dropped. Since it appears gnucash isn't going anywhere yet, you most likely do not have to worry about this in the fc4 time frame. BUT if you are concerned about this, you better talk to the commercial vendors whose products are relying on gtk+ to be present and give them a big heads-up and encourage them to find a gtk2 based solution. > Well that's even worse! So if the current situation is even worse than you realize... perhaps your arguing about the wrong thing. Libraries and components that aren't going to be actively used by applications IN core are going to be dropped over time... its the only way to make room for new things that need to be in Core. The issue of compatibility libraries is a larger issue than just gtk+, we can not keep all useful compatibility libraries in Core and make progress on best-of-breed applications. New things will have to replace old things, old things will have to be moved out. Instead people like yourself who are concerned about this, need to find a way to make the installation of compatibility items 'just work' when they are needed.. if they are needed... on individual systems. -jef"worrying about ANY commercial vendor's development timescale is an absolutely sure way to stagnate this project"spaleta From kyrre at solution-forge.net Thu Apr 7 15:40:03 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 07 Apr 2005 17:40:03 +0200 Subject: About early gdm logon In-Reply-To: <42553659.3070009@redhat.com> References: <1112661116.6318.7.camel@tiger> <1112713006.3574.12.camel@localhost.localdomain> <69304d1105040706163715faf3@mail.gmail.com> <42553659.3070009@redhat.com> Message-ID: <1112888403.3331.4.camel@localhost.localdomain> tor, 07.04.2005 kl. 15.32 skrev Rahul Sundaram: > Antonio Vargas wrote: > > >On Apr 5, 2005 5:02 PM, Chris Ricker wrote: > > > > > >>On Tue, 5 Apr 2005, Ray Strode wrote: > >> > >> > >> > >>>Hi, > >>> > >>> > >>>>Just noticed that the new gdm in rawhide allows early logon before the > >>>>entire system is up. But as I read about it in the init script does not > >>>>actually allow users to logon until the entire system is up. My question > >>>>is what is the purpose of this if you can't logon when the screen > >>>>appears? > >>>> > >>>> > >>>There are a number of advantages to starting gdm early. > >>> > >>>1) no rhgb means we don't have to start two X servers during the boot > >>>up process. This means faster bootup, less badness on bad hardware, > >>>etc... > >>> > >>> > > > >Is rhgb the one that show's a progress bar while starting services? > > > > yes it is. Red Hat graphical boot > > > >>>4) The user can type their username and password as soon as a login > >>>screen appears, then walk away--get coffee whatever--and come back with > >>>it all logged in. > >>> > >>> > > > >Yeah great security unless the desktop stays locked by default ;) > > > you have typically home desktop users doing this and its not a security > concern for them. > I use to go and grab some water while fc3 is booting at school. I do not want to leave my desk as a "sitting duck" while doing this, if i can't get a friend to watch the computer while i am away. Another problem with the early-gdm-start thingy, is where do you display error messages - services that fail to start etc. ? Services failing silent are *BAD*. From thacker at math.cornell.edu Thu Apr 7 15:44:13 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 11:44:13 -0400 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112887946.3331.0.camel@localhost.localdomain> References: <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> <604aa791050406110877345d90@mail.gmail.com> <42542770.3060704@math.unl.edu> <1112811529.10327.101.camel@cutter> <1112887946.3331.0.camel@localhost.localdomain> Message-ID: <20050407154413.GA18111@thacker.dyndns.org> On Thu, Apr 07, 2005 at 05:32:26PM +0200, Kyrre Ness Sjobak wrote: > Well, firefox (oldish!) is in fc2 extras. Yes, but firefox in fc2 extras didn't have a special package name in order to be parallel installable with another firefox in FC2, which the release of FC3 would have to know about and specially obsolete. In fact, FC2 didn't include firefox at all. So none of the worries here with a special openoffice.org2 package set apply. Now, we certainly don't want to say that Extras shouldn't include anything that might go into Core at some point; obviously that's ridiculous. It is worth trying to have the package names in Extras be the same package names that will be used if/when something goes into Core, though. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From obi at unixkiste.org Thu Apr 7 15:44:14 2005 From: obi at unixkiste.org (Stefan Held) Date: Thu, 07 Apr 2005 17:44:14 +0200 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <20050407152304.GB22505@devserv.devel.redhat.com> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> <1112884703.12707.29.camel@localhost.localdomain> <20050407152304.GB22505@devserv.devel.redhat.com> Message-ID: <1112888654.12707.42.camel@localhost.localdomain> Am Donnerstag, den 07.04.2005, 11:23 -0400 schrieb Alan Cox: > There was a long discussion about this earlier if you look back. Cyrus is > useful for the more specialist environments and dovecot for general setups. > It seemed obvious that the people who used Cyrus and knew how to set it up also > would know how to type "yum install" > So what about Emacs? We have a kernel, we have a editor, an Email Client, an IRC Client and all that stuff. Is Emacs as obsolete as Cyrus is? Imho Emacs is a pain in the ass to get clued with. What about removing that? -- Stefan Held VI has only 2 Modes: obi at unixkiste.org The first one is for beeping all the time, IRCNet: Obi_Wan the second destroys the text. --------------------------------------------------------------------------- perl -e'map{print pack c,($|++?1:13)+ord,select$,,$,,$,,$|}split//,ESEL.$/' --------------------------------------------------------------------------- GPG-Keyprint = EAF2 6A65 D102 F2DB 4970 2A67 455B 98F2 572C 3FA9 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Dies ist ein digital signierter Nachrichtenteil URL: From cmadams at hiwaay.net Thu Apr 7 15:52:19 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 7 Apr 2005 10:52:19 -0500 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407153105.GB18025@thacker.dyndns.org> References: <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <20050407153105.GB18025@thacker.dyndns.org> Message-ID: <20050407155219.GE1402602@hiwaay.net> Once upon a time, John Thacker said: > I'm biased; my feelings for some time have been "Die, XMMS, Die!" I like > their playlist-based approach much better than Rhythmbox, but their > refusal to move away from gtk+ is frustrating. I get along perfectly > well without gtk+, and don't like installing it for just one program. Users don't care about the libraries though; it's all about the apps. Maybe I've just missed something, but the times I tried I didn't see a quick and easy way to just open a random sound file and play it in Rhythmbox. I guess I'll look again, or I'll just install xmms (and whatever it requires) from FE. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mike at navi.cx Thu Apr 7 15:59:51 2005 From: mike at navi.cx (Mike Hearn) Date: Thu, 07 Apr 2005 16:59:51 +0100 Subject: gnome-vfs not in Rawhide? References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> Message-ID: On Thu, 07 Apr 2005 11:34:31 -0400, Jeff Spaleta wrote: > Having commercial addon things that can't keep up with the pace of > development of fedora core work out of the box is the point? Uh, as already pointed out Loki Setup is open source. Being non-commercial doesn't magically mean people jump up and down to rewrite it every few years. > I don't think so. I'm actively hostile to any decision that stresses > the needs of slow moving commercial vendors in the decision making > process for fedora core development. What makes you think ID Software are slow moving? Maybe it's just that rewriting code that's been tested, debugged and successfully deployed for little to no benefit is a recipe for commercial disaster? Seriously. Often these programs aren't internationalised at all, so better i18n support isn't a compelling reason to rewrite Loki Setup, and neither is support for the latest theme engines. It's only a setup program, after all. > Especially when those commercial vendors are using some sort of package > installation method that doesn't interface with the management system > fedora is using ... Except they don't all use RPMs, for well documented reasons. Let's not get into that one again. > So if the current situation is even worse than you realize... perhaps > your arguing about the wrong thing. Libraries and components that > aren't going to be actively used by applications IN core are going to be > dropped over time... its the only way to make room for new things that > need to be in Core. No it's not. Windows XP provides compatibility for applications written over a decade ago, yet it still fits on one CD. The definition of what's "core" and what isn't seems pretty vague to me. There's no need to drop things as more stuff is added, just be more conservative about adding things! There's no need for FC to have loads of apps out of the box. It's more important IMHO that it's easy to use and Just Works. > Instead people like yourself who are concerned about this, need to find > a way to make the installation of compatibility items 'just work' when > they are needed.. if they are needed... on individual systems. There's no way to do this currently. Possibly if distributions had provided a single consistent packaging scheme from the start, Loki Setup would never have been written. But it didn't work out that way, and now we have a legacy issue to deal with. Sucks but that's life. Maybe there are lessons to learn here. > -jef"worrying about ANY commercial vendor's development timescale is an > absolutely sure way to stagnate this project"spaleta Yeah right, just like MacOS X is stagnating. Whatever. thanks -mike From awithers at anduin.com Thu Apr 7 15:57:39 2005 From: awithers at anduin.com (Anduin Withers) Date: Thu, 7 Apr 2005 11:57:39 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <42554D93.5040307@redhat.com> Message-ID: <200504071555.j37FtgSu022607@mail.anduin.com> > Community driven doesnt mean including everything by default in core. There is a set that exists somewhere between "everything" and "just the defaults". As has already been pointed out there are a number of "duplicate" things that will always be part of core. You can also include several duplicate things before begging to approach everything. > We shouldnt be looking at packages moving from core to extras as removal > of choice at all. Since fc4 will have extras enabled by default its easy > enough to install it using yum if you prefer anything over stuff > included in core already. There is an amount of utility to having things available on a CD, even more so on the official Fedora CDs. From this thread moving to extras seems like somewhat of a new idea (we witnessed solicitations for a contributor willing to take it over). That doesn't exactly inspire confidence that this is all part of a well thought out plan. More importantly is this a policy change? Is deprecated no longer a valid state for a package to transition through? Can any package be deemed not worthy and thrown in the air with the hopes that someone will step up and maintain it at Extras? > not sure about extras isos. you will have to ask Seth but fedora core > being trimmed down to 1 cd looks like a good idea to me While we're at it, why not just make core the network install boot image? After all, a logically and physically small install set is Fedora's primary goal. It seems to me there are extremists on both sides of the issue, each have a point, yet the distribution each would produce is one I'd have little interest in. -- Anduin Withers > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com [mailto:fedora-devel-list- > bounces at redhat.com] On Behalf Of Rahul Sundaram > Sent: Thursday, April 07, 2005 11:11 AM > To: Development discussions related to Fedora Core > Subject: Re: cyrus-imapd (Was Re: Removed packages > > Hi > > > > >I ever thought Fedora was Community Driven. It seems like RedHat needs > >another argument for Enterprise Linux. > > > Community driven doesnt mean including everything by default in core. > Thats the only way to try and please everyone. core should only include > default apps. dovecot is the current default. > > > > > If i ever read anything about > >OpenSource it is the Freedom of Choice. What Choice? Which additional > >Repo i have to use to get my Desktop/Server up and running? > > > We shouldnt be looking at packages moving from core to extras as removal > of choice at all. Since fc4 will have extras enabled by default its easy > enough to install it using yum if you prefer anything over stuff > included in core already. > > > > > >Maybe someday we have a extra.iso.dvd and core fits on 1 CDRom > > > > not sure about extras isos. you will have to ask Seth but fedora core > being trimmed down to 1 cd looks like a good idea to me > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list From thacker at math.cornell.edu Thu Apr 7 15:57:37 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 11:57:37 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> Message-ID: <20050407155737.GA18144@thacker.dyndns.org> On Wed, Apr 06, 2005 at 03:30:51PM +0100, Mike Hearn wrote: > Or, I could say: yes, you're exactly right. It means you can't drop any > library that programs could depend on. That is operating systems for you. > Are you building an operating system, or merely a random snapshot of bits > that work together today but might not tomorrow? FC always includes all the libraries that programs it ships depend on. Are we saying that we can't drop any library that any program, no matter how old, no matter how unmaintained depends on? With Free Software you can at least pick up the pieces and port or patch, but it's a nearly unsurmountable problem with non-Free programs. It's a debate that RedHat, Fedora, and Linux in general has had for a long time. How much to compromise things in order to accomodate non-Free software? It's fair to say that backwards compatibility is *the* feature of Microsoft OSes. They spend a ridiculous amount of effort in order to assure that all sorts of broken old programs work on their newer systems, even putting in single-app-specific hacks when necessary for large enough applications. Now I'm not saying that you're arguing for going that far, but people who like Linux because they like Free Software are not enthused about bending over backwards to keep the non-Free stuff working. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at camperquake.de Thu Apr 7 15:59:19 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 7 Apr 2005 17:59:19 +0200 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407155219.GE1402602@hiwaay.net> References: <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <20050407153105.GB18025@thacker.dyndns.org> <20050407155219.GE1402602@hiwaay.net> Message-ID: <20050407155919.GC30896@ryoko.camperquake.de> On Thu, Apr 07, 2005 at 10:52:19AM -0500, Chris Adams wrote: > Maybe I've just missed something, but the times I tried I didn't see a > quick and easy way to just open a random sound file and play it in > Rhythmbox. I guess I'll look again, or I'll just install xmms (and > whatever it requires) from FE. Try amarok (from FE). From fedora at camperquake.de Thu Apr 7 15:59:33 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 7 Apr 2005 17:59:33 +0200 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> Message-ID: <20050407155933.GD30896@ryoko.camperquake.de> On Thu, Apr 07, 2005 at 04:59:51PM +0100, Mike Hearn wrote: > No it's not. Windows XP provides compatibility for applications written > over a decade ago, yet it still fits on one CD. Well, if we strip down Core to the amount of functionality that a freshly installed Windows XP is able to provide, we can do with one CD, too, I think. From thacker at math.cornell.edu Thu Apr 7 16:02:33 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 12:02:33 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> Message-ID: <20050407160233.GB18144@thacker.dyndns.org> On Thu, Apr 07, 2005 at 04:59:51PM +0100, Mike Hearn wrote: > No it's not. Windows XP provides compatibility for applications written > over a decade ago, yet it still fits on one CD. Yes, but Windows XP includes lots of hacks to the API (a very intensive effort), and doesn't include lots of apps on that one CD. You're comparing apples to oranges. If Fedora Core were to contain only basic libraries, yum, coreutils, and a web browser, then one CD would be possible. For example, if you want Office, that adds CDs to the XP install. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thacker at math.cornell.edu Thu Apr 7 16:04:36 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 12:04:36 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> Message-ID: <20050407160436.GC18144@thacker.dyndns.org> On Thu, Apr 07, 2005 at 04:59:51PM +0100, Mike Hearn wrote: > Except they don't all use RPMs, for well documented reasons. Let's not get > into that one again. Great. And I don't like newbies using programs that don't use the package system and its dependency calculations, for well documented reasons. Oh no, they're using a program which doesn't calculate dependencies, and dependencies are a problem. Shock. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From sundaram at redhat.com Thu Apr 7 16:10:25 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 07 Apr 2005 21:40:25 +0530 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <1112887946.3331.0.camel@localhost.localdomain> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> <604aa791050406110877345d90@mail.gmail.com> <42542770.3060704@math.unl.edu> <1112811529.10327.101.camel@cutter> <1112887946.3331.0.camel@localhost.localdomain> Message-ID: <42555B71.6070707@redhat.com> Kyrre Ness Sjobak wrote: >Well, firefox (oldish!) is in fc2 extras. > firefox isnt in fc2 core. point is that packages in extras should not replace stuff in core for the *same* version regards Rahul From sundaram at redhat.com Thu Apr 7 16:14:46 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 07 Apr 2005 21:44:46 +0530 Subject: About early gdm logon In-Reply-To: <1112888403.3331.4.camel@localhost.localdomain> References: <1112661116.6318.7.camel@tiger> <1112713006.3574.12.camel@localhost.localdomain> <69304d1105040706163715faf3@mail.gmail.com> <42553659.3070009@redhat.com> <1112888403.3331.4.camel@localhost.localdomain> Message-ID: <42555C76.8040502@redhat.com> Hi >I use to go and grab some water while fc3 is booting at school > which is why fedora development is concerned about improving speed. see bootchart.sf.net and linked discussions for earlier efforts >. I do not >want to leave my desk as a "sitting duck" while doing this, if i can't >get a friend to watch the computer while i am away. > then you might very well choose to set up a locked screensaver by default or simply login in and wait till it completes > >Another problem with the early-gdm-start thingy, is where do you display >error messages - services that fail to start etc. ? Services failing >silent are *BAD*. > > good point. perhaps you should add comments to bugzilla. From alan at redhat.com Thu Apr 7 16:22:26 2005 From: alan at redhat.com (Alan Cox) Date: Thu, 7 Apr 2005 12:22:26 -0400 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112888654.12707.42.camel@localhost.localdomain> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> <1112884703.12707.29.camel@localhost.localdomain> <20050407152304.GB22505@devserv.devel.redhat.com> <1112888654.12707.42.camel@localhost.localdomain> Message-ID: <20050407162226.GA25421@devserv.devel.redhat.com> On Thu, Apr 07, 2005 at 05:44:14PM +0200, Stefan Held wrote: > So what about Emacs? We have a kernel, we have a editor, an Email > Client, an IRC Client and all that stuff. Is Emacs as obsolete as Cyrus > is? > Imho Emacs is a pain in the ass to get clued with. What about removing > that? Its been semi-seriously discussed now and then but emacs does have a very large number of users, way more than cyrus, and right now we have space for it. From michael.favia at insitesinc.com Thu Apr 7 16:25:30 2005 From: michael.favia at insitesinc.com (Michael Favia) Date: Thu, 07 Apr 2005 11:25:30 -0500 Subject: OpenOffice.org 2.0 packages for FC3? In-Reply-To: <42555B71.6070707@redhat.com> References: <16979.50059.575836.331259@urquell.abo.fi> <1112791277.9544.20.camel@sheol.homelinux.org> <16979.54426.51412.387034@urquell.abo.fi> <4253D846.9020007@nicubunu.ro> <1112804127.3332.0.camel@localhost.localdomain> <1112804495.10327.90.camel@cutter> <1112809624.4715.1.camel@localhost.localdomain> <604aa791050406110877345d90@mail.gmail.com> <42542770.3060704@math.unl.edu> <1112811529.10327.101.camel@cutter> <1112887946.3331.0.camel@localhost.localdomain> <42555B71.6070707@redhat.com> Message-ID: <42555EFA.7080300@insitesinc.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rahul Sundaram wrote: > Kyrre Ness Sjobak wrote: > >> Well, firefox (oldish!) is in fc2 extras. >> > firefox isnt in fc2 core. point is that packages in extras should not > replace stuff in core for the *same* version I think he's trying to make the argument that OOo1 and OOo2 are different beasts and dont do just that. I disagree. - -- Michael Favia michael.favia at insitesinc.com Insites Incorporated http://michael.insitesinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCVV76BVsNYjF2rDYRAk7UAJ44Q48HNJH0OkXRiMs8OS9Gj9W1JACdFa+L WaxPX7jpAvanqMm7mtMHZ5o= =0wHZ -----END PGP SIGNATURE----- From notting at redhat.com Thu Apr 7 16:27:48 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Apr 2005 12:27:48 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050407103356.GC9700@neu.nirvana> References: <20050403112631.GB3202@neu.nirvana> <1112545002.23244.2.camel@ignacio.ignacio.lan> <20050404083649.GI1802@neu.nirvana> <20050407103356.GC9700@neu.nirvana> Message-ID: <20050407162748.GE2855@nostromo.devel.redhat.com> Axel Thimm (Axel.Thimm at ATrpms.net) said: > Bill, you have commented on tangent topics on this thread, but not on > the explicit suggestion. /dev/null or bugzilla? Add it to the referenced bug, can compare with the solution there. Bill From michael.favia at insitesinc.com Thu Apr 7 16:30:21 2005 From: michael.favia at insitesinc.com (Michael Favia) Date: Thu, 07 Apr 2005 11:30:21 -0500 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407160233.GB18144@thacker.dyndns.org> References: <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> <20050407160233.GB18144@thacker.dyndns.org> Message-ID: <4255601D.8010900@insitesinc.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 John Thacker wrote: > On Thu, Apr 07, 2005 at 04:59:51PM +0100, Mike Hearn wrote: > >>No it's not. Windows XP provides compatibility for applications written >>over a decade ago, yet it still fits on one CD. > > > > For example, if you want Office, that adds CDs to the XP install. > Perhaps this would present an interesting alternative to organizing the packages on cd's. I know it has been discussed ad nauseum on this list but a "Basic Graphical" intsall that required only the first cd would provide a large group of core users all of the tools they need to fill in the missing application gaps (OOo, GIMP, etc). Especially is pup sees the light of day soon enough. Is this really possible? - -- Michael Favia michael.favia at insitesinc.com Insites Incorporated http://michael.insitesinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCVWAdBVsNYjF2rDYRArOoAKCKWyaTU+mKb5q5PeOglRuANgElqwCfbJiv plYyBAgYIenkhZplJLufwZM= =n9oq -----END PGP SIGNATURE----- From mike at navi.cx Thu Apr 7 16:38:21 2005 From: mike at navi.cx (Mike Hearn) Date: Thu, 07 Apr 2005 17:38:21 +0100 Subject: gnome-vfs not in Rawhide? References: <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> Message-ID: On Thu, 07 Apr 2005 11:57:37 -0400, John Thacker wrote: > Now I'm not saying that you're arguing for going that far, but people who > like Linux because they like Free Software are not enthused about bending > over backwards to keep the non-Free stuff working. Well, speaking as somebody who has spent far too much time writing new code and hacks to work around incompatible changes in lower parts of the system, I have to say your attitude that backwards compatibility only matters for proprietary software is a little grating. Open source software isn't written by pixies you know - volunteers have to spend their evenings and weekends making changes which don't actually improve anything, they just work around changes made elsewhere. This is quite depressing work, at least for me. Sometimes it just doesn't get done. Take a look at njamd (not just another malloc debugger) some time. >From the description and documentation it looks _really_ cool, but I was never able to try it because the code is riddled with constructs that GCC no longer compiles, for instance using __FUNCTION__ as a macro. I could have installed an old GCC I guess, or I could have gone through and tried to fix the source. In fact I did for a while, until it became clear that the problems ran deeper than just that, at which point I gave up. Now, Microsoft understands that backwards compatibility is not a "feature" so much as a hard requirement of the product. It doesn't matter how cool Longhorn is, or how secure, or how fast, if when it comes out it doesn't run peoples programs. That's why they bend over backwards: because they want to sell lots of copies, and that means lots of people have got to (a) want and (b) be able to buy it. If word gets out that Longhorn breaks your programs, that'd be a marketing/PR disaster for them especially given their corporate customers. Look at the fuss caused just by Service Pack 2 for a taste of what that'd be like. thanks -mike From db-fedora at 3di.it Thu Apr 7 16:42:32 2005 From: db-fedora at 3di.it (Davide Bolcioni) Date: Thu, 07 Apr 2005 18:42:32 +0200 Subject: Being notified about CD/DVD media Message-ID: <425562F8.1070508@3di.it> Greetings, I am attempting to find how to get notified about CD/DVD media availability in non-desktop circumstances, e.g. an operator walks to a server and inserts a blank DVD which then becomes a candidate for backups. My guess is that I should look at either HAL or D-BUS, but I would like to hear about the pros and cons of each solution: as far as I know, HAL feeds D-BUS but the latter is mainly intended for desktop applications, so in my use case might not even be there. I could poll the device once a minute, but I would hate to do so. Thank your for your consideration, Davide Bolcioni -- There is no place like /home. From mike at navi.cx Thu Apr 7 16:42:10 2005 From: mike at navi.cx (Mike Hearn) Date: Thu, 07 Apr 2005 17:42:10 +0100 Subject: gnome-vfs not in Rawhide? References: <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> <20050407160233.GB18144@thacker.dyndns.org> Message-ID: On Thu, 07 Apr 2005 12:02:33 -0400, John Thacker wrote: > Yes, but Windows XP includes lots of hacks to the API (a very intensive > effort), and doesn't include lots of apps on that one CD. You're comparing > apples to oranges. I'm comparing two operating systems. Seems more like Granny Smith vs Braeburn to me. > If Fedora Core were to contain only basic libraries, yum, > coreutils, and a web browser, then one CD would be possible. Go for it. Seems like that'd resolve the constant bickering over what's in Core and what isn't. Just make core the bare essentials for a desktop system - MacOS X and Windows can be useful guides in this respect - and then make it super easy for people to find and install the software they want. Voila - you now have space to put compatibility libraries in, and users don't have to think about details like what a GTK+ is because it's there, out of the box, waiting in case it's needed. thanks -mike From jspaleta at gmail.com Thu Apr 7 16:47:31 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 12:47:31 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> Message-ID: <604aa79105040709471e541a26@mail.gmail.com> On Apr 7, 2005 11:59 AM, Mike Hearn wrote: > The definition of what's "core" and what isn't seems pretty vague to me. > There's no need to drop things as more stuff is added, just be more > conservative about adding things! There's no need for FC to have loads of > apps out of the box. It's more important IMHO that it's easy to use and > Just Works. stagnation... thats what you want. Following your logic we could never drop an application, or a library to make room for any new functionality or streamline the system at all. I take it in your world view we should be including a 2.4 and a 2.2 and potentially a 2.0 series kernel for "compatibility" reasons. I mean hell, I know there are some proprietary and open source kernel modules that are well tested and work with 2.4 kernels that havent been ported to the 2.6 kernels yet. Even more so when the 2.4 kernel was dropped outright. If Fedora Core stressed backwards compatibility at the distribution level as strongly as you do, we would never have a 2.6 kernel by default.....stagnation. Your definition of "just works" is different than mine. I do not consider the full space of all previously written codebases when i talk about "just works." Shall I complain about that fact that the old oneko packages from rhl that i relied on no longer work? Or the fact that the absoft fortran compiler doesn't work without compatibility packages being installed? Solve the general forward looking problem of getting compatibility elements from Extras instead of demanding the set of packages in Core remain stagnant and you'll be everyone's hero. > There's no way to do this currently. Then build one. Some compatibility items will be moving to extras. If you feel its too cumbersome to people to interact with Extras to find those compatibility pieces.. build the better interface and mechanisms to help those users out. I think its far far too late in the game to be complaining about how compatibility libraries are treated since they haven't been installed by default up till this point. Its going to be far easier for you or anyone else who thinks compatibility libraries is a priority to engineer a solution that works with Extras than to expect priorities to change. But hey, if you want to try to change the course of a river by shaking your finger at it on the riverbank.. please go right ahead. > Possibly if distributions had > provided a single consistent packaging scheme from the start, > would never have been written. But it didn't work out that way, and now > we have a legacy issue to deal with. Sucks but that's life. Maybe there > are lessons to learn here. Yep and its going to be dealt with by moving some compatibility libraries into Extras and having users install them as needed, instead of installing them by default. So anyone who wants to make it easier to get compatibility elements installed should focus on making it easier to interact with Extras as needed when needed. > Yeah right, just like MacOS X is stagnating. Whatever. That's an obnoxiously silly comparison. MacOS X is a for pay product that encompasses non open software elements which are developed in a highly closed process. apples to oranges comparison. Fedora's long term development priorities are publicly available as a guidance for this project, MacOS X's are not. And I dare say, as an individual you have far more potential to impact what goes on in fedora through your individual contributions to any specific piece of distribution than you have with the direction of MacOS X development. -jef From johnp at redhat.com Thu Apr 7 16:48:10 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Thu, 07 Apr 2005 12:48:10 -0400 Subject: Being notified about CD/DVD media In-Reply-To: <425562F8.1070508@3di.it> References: <425562F8.1070508@3di.it> Message-ID: <1112892490.28088.53.camel@remedyz.boston.redhat.com> On Thu, 2005-04-07 at 18:42 +0200, Davide Bolcioni wrote: > Greetings, > I am attempting to find how to get notified about CD/DVD media > availability in non-desktop circumstances, e.g. an operator walks to a > server and inserts a blank DVD which then becomes a candidate for backups. > > My guess is that I should look at either HAL or D-BUS, but I would like > to hear about the pros and cons of each solution: as far as I know, HAL > feeds D-BUS but the latter is mainly intended for desktop applications, > so in my use case might not even be there. I could poll the device once > a minute, but I would hate to do so. > > Thank your for your consideration, > Davide Bolcioni D-BUS is for use from (right above) the kernel up to the Desktop. You can use it for system services also. It is why we have a system bus in the first place. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From Axel.Thimm at ATrpms.net Thu Apr 7 16:51:17 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 7 Apr 2005 18:51:17 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050407162748.GE2855@nostromo.devel.redhat.com> References: <20050403112631.GB3202@neu.nirvana> <1112545002.23244.2.camel@ignacio.ignacio.lan> <20050404083649.GI1802@neu.nirvana> <20050407103356.GC9700@neu.nirvana> <20050407162748.GE2855@nostromo.devel.redhat.com> Message-ID: <20050407165117.GE16684@neu.nirvana> On Thu, Apr 07, 2005 at 12:27:48PM -0400, Bill Nottingham wrote: > Axel Thimm (Axel.Thimm at ATrpms.net) said: > > Bill, you have commented on tangent topics on this thread, but not on > > the explicit suggestion. /dev/null or bugzilla? > > Add it to the referenced bug, can compare with the solution there. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=123927#c19 -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mike at navi.cx Thu Apr 7 17:01:30 2005 From: mike at navi.cx (Mike Hearn) Date: Thu, 07 Apr 2005 18:01:30 +0100 Subject: gnome-vfs not in Rawhide? References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> <604aa79105040709471e541a26@mail.gmail.com> Message-ID: On Thu, 07 Apr 2005 12:47:31 -0400, Jeff Spaleta wrote: > That's an obnoxiously silly comparison. MacOS X is a for pay product > that encompasses non open software elements which are developed in a > highly closed process. apples to oranges comparison. It's an operating system that supports third party and commercial development yet it's clearly not stagnating: if anything it's moving faster than the Linux community is. So my point was your theory about supporting commercial software causing stagnation can't be correct, because there is a fairly obvious counter-example. What is silly about that? From skvidal at phy.duke.edu Thu Apr 7 16:57:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 07 Apr 2005 12:57:04 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <604aa7910504070834850aac0@mail.gmail.com> <604aa79105040709471e541a26@mail.gmail.com> Message-ID: <1112893024.20535.8.camel@cutter> On Thu, 2005-04-07 at 18:01 +0100, Mike Hearn wrote: > On Thu, 07 Apr 2005 12:47:31 -0400, Jeff Spaleta wrote: > > That's an obnoxiously silly comparison. MacOS X is a for pay product > > that encompasses non open software elements which are developed in a > > highly closed process. apples to oranges comparison. > > It's an operating system that supports third party and commercial > development yet it's clearly not stagnating: if anything it's moving > faster than the Linux community is. > > So my point was your theory about supporting commercial software causing > stagnation can't be correct, because there is a fairly obvious > counter-example. > Okay, we're off-topic pretty badly where this discussion is going. take it offlist if you want to bicker about osx vs linux. thanks. -sv From db-fedora at 3di.it Thu Apr 7 17:06:32 2005 From: db-fedora at 3di.it (Davide Bolcioni) Date: Thu, 07 Apr 2005 19:06:32 +0200 Subject: Being notified about CD/DVD media In-Reply-To: <1112892490.28088.53.camel@remedyz.boston.redhat.com> References: <425562F8.1070508@3di.it> <1112892490.28088.53.camel@remedyz.boston.redhat.com> Message-ID: <42556898.6000202@3di.it> John (J5) Palmieri wrote: > On Thu, 2005-04-07 at 18:42 +0200, Davide Bolcioni wrote: >> >>My guess is that I should look at either HAL or D-BUS, but I would like >>to hear about the pros and cons of each solution: as far as I know, HAL >>feeds D-BUS but the latter is mainly intended for desktop applications, >>so in my use case might not even be there. > > D-BUS is for use from (right above) the kernel up to the Desktop. You > can use it for system services also. It is why we have a system bus in > the first place. Well, the D-BUS pages at freedesktop.org seem a bit thin on documentation. I could start listening on the system bus FIFO, but how am I supposed to know what to listen for ? I tried (as root) on a Fedora Core 3 dbus-monitor --system but inserting a blank CD resulted in no activity (is this what is supposed to happen ?), while non-blank media results in significant activity. I guess I could look at said activity and operate accordingly, but I was wondering if there was some kind of specification I could code against that would not change under my feet in the next release. Thank you for your consideration Davide Bolcioni -- There is no place like /home. From johnp at redhat.com Thu Apr 7 17:16:19 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Thu, 07 Apr 2005 13:16:19 -0400 Subject: Being notified about CD/DVD media In-Reply-To: <42556898.6000202@3di.it> References: <425562F8.1070508@3di.it> <1112892490.28088.53.camel@remedyz.boston.redhat.com> <42556898.6000202@3di.it> Message-ID: <1112894179.28088.58.camel@remedyz.boston.redhat.com> On Thu, 2005-04-07 at 19:06 +0200, Davide Bolcioni wrote: > John (J5) Palmieri wrote: > > On Thu, 2005-04-07 at 18:42 +0200, Davide Bolcioni wrote: > >> > >>My guess is that I should look at either HAL or D-BUS, but I would like > >>to hear about the pros and cons of each solution: as far as I know, HAL > >>feeds D-BUS but the latter is mainly intended for desktop applications, > >>so in my use case might not even be there. > > > > D-BUS is for use from (right above) the kernel up to the Desktop. You > > can use it for system services also. It is why we have a system bus in > > the first place. > > Well, the D-BUS pages at freedesktop.org seem a bit thin on > documentation. I could start listening on the system bus FIFO, but how > am I supposed to know what to listen for ? > D-Bus is just a communications bus. You need to look at the HAL specs to see how to listen for hardware changes. Take a look at gnome-volume-manager which handles CD's/DVD's in a users session. Just note that the HAL and D-Bus in FC3 are significantly different than the ones going into FC4 because of API overhauls. If you have any other questions about HAL and D-Bus please post their respective lists. -- John (J5) Palmieri Associate Software Engineer Desktop Group Red Hat, Inc. Blog: http://martianrock.com From kyrre at solution-forge.net Thu Apr 7 17:31:47 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 07 Apr 2005 19:31:47 +0200 Subject: Being notified about CD/DVD media In-Reply-To: <42556898.6000202@3di.it> References: <425562F8.1070508@3di.it> <1112892490.28088.53.camel@remedyz.boston.redhat.com> <42556898.6000202@3di.it> Message-ID: <1112895107.3331.6.camel@localhost.localdomain> tor, 07.04.2005 kl. 19.06 skrev Davide Bolcioni: > John (J5) Palmieri wrote: > > On Thu, 2005-04-07 at 18:42 +0200, Davide Bolcioni wrote: > >> > >>My guess is that I should look at either HAL or D-BUS, but I would like > >>to hear about the pros and cons of each solution: as far as I know, HAL > >>feeds D-BUS but the latter is mainly intended for desktop applications, > >>so in my use case might not even be there. > > > > D-BUS is for use from (right above) the kernel up to the Desktop. You > > can use it for system services also. It is why we have a system bus in > > the first place. > > Well, the D-BUS pages at freedesktop.org seem a bit thin on > documentation. I could start listening on the system bus FIFO, but how > am I supposed to know what to listen for ? > > I tried (as root) on a Fedora Core 3 > > dbus-monitor --system > > but inserting a blank CD resulted in no activity (is this what is > supposed to happen ?), while non-blank media results in significant > activity. I guess I could look at said activity and operate accordingly, > but I was wondering if there was some kind of specification I could code > against that would not change under my feet in the next release. Hmm... Gnome pops up a burner window when i insert a blank media. How does it do that? From Nicolas.Mailhot at laPoste.net Thu Apr 7 17:47:33 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Thu, 07 Apr 2005 19:47:33 +0200 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407155219.GE1402602@hiwaay.net> References: <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <20050407153105.GB18025@thacker.dyndns.org> <20050407155219.GE1402602@hiwaay.net> Message-ID: <1112896060.21310.3.camel@rousalka.dyndns.org> Le jeudi 07 avril 2005 ? 10:52 -0500, Chris Adams a ?crit : > Once upon a time, John Thacker said: > > I'm biased; my feelings for some time have been "Die, XMMS, Die!" I like > > their playlist-based approach much better than Rhythmbox, but their > > refusal to move away from gtk+ is frustrating. I get along perfectly > > well without gtk+, and don't like installing it for just one program. > > Users don't care about the libraries though; it's all about the apps. Believe me, when using an old lib like gtk+ that directly translates into "you will only use acsii, else" they _do_ care about the lib factor. I still remember the lengths people went to to get a fontconfig-enabled moz build back when fontconfig was new. And it was "just a library" too. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From david at fubar.dk Thu Apr 7 17:57:37 2005 From: david at fubar.dk (David Zeuthen) Date: Thu, 07 Apr 2005 13:57:37 -0400 Subject: Being notified about CD/DVD media In-Reply-To: <425562F8.1070508@3di.it> References: <425562F8.1070508@3di.it> Message-ID: <1112896657.3717.0.camel@daxter.boston.redhat.com> On Thu, 2005-04-07 at 18:42 +0200, Davide Bolcioni wrote: > Greetings, > I am attempting to find how to get notified about CD/DVD media > availability in non-desktop circumstances, e.g. an operator walks to a > server and inserts a blank DVD which then becomes a candidate for backups. > > My guess is that I should look at either HAL or D-BUS, but I would like > to hear about the pros and cons of each solution: as far as I know, HAL > feeds D-BUS but the latter is mainly intended for desktop applications, > so in my use case might not even be there. I could poll the device once > a minute, but I would hate to do so. HAL will tell you this; just try running 'lshal --monitor' or hal-device-manager and look at the output. More info here http://freedesktop.org/Software/hal Good luck, David From thacker at math.cornell.edu Thu Apr 7 18:08:37 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 14:08:37 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112896060.21310.3.camel@rousalka.dyndns.org> References: <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112878869.18379.167.camel@arena.soho.bytebot.net> <604aa7910504070727412864d@mail.gmail.com> <20050407153105.GB18025@thacker.dyndns.org> <20050407155219.GE1402602@hiwaay.net> <1112896060.21310.3.camel@rousalka.dyndns.org> Message-ID: <20050407180837.GA19280@thacker.dyndns.org> On Thu, Apr 07, 2005 at 07:47:33PM +0200, Nicolas Mailhot wrote: > Le jeudi 07 avril 2005 ? 10:52 -0500, Chris Adams a ?crit : > > Users don't care about the libraries though; it's all about the apps. > > Believe me, when using an old lib like gtk+ that directly translates > into "you will only use acsii, else" they _do_ care about the lib > factor. Indeed. I study Japanese as well, and have some ogg files whose tags are in Japanese. Rhythmbox works perfectly well for displaying them. xmms gives utter gibberish. I care about the apps. And that means being biased against anything which can't display languages other than English (or just Western European languages.) Since essentially everything using gtk+ works poorly with multiple charsets, that's a bias against gtk+. (Yes, sylpheed's stable version works pretty darn well with gtk+ and Japanese. It's much more the exception than the rule, though.) Internationalization is *hard* with gtk+. CJK support and complex rendering language support requires thinking in all sorts of ways that programmers who speak only Western European languages don't usually. gtk2, pango, and fontconfig make it almost automatic. So I don't think I'm too crazy here. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pmatilai at welho.com Thu Apr 7 18:59:11 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Thu, 07 Apr 2005 21:59:11 +0300 Subject: gnome-vfs not in Rawhide? In-Reply-To: <604aa79105040509025cc89091@mail.gmail.com> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112712702.3305.8.camel@daxter.boston.redhat.com> <604aa791050405080423f7cc2a@mail.gmail.com> <1112713971.20867.20.camel@cutter> <604aa7910504050824689f715@mail.gmail.com> <1112715477.13072.19.camel@localhost.localdomain> <604aa79105040509025cc89091@mail.gmail.com> Message-ID: <1112900351.29171.6.camel@localhost.localdomain> On Tue, 2005-04-05 at 12:02 -0400, Jeff Spaleta wrote: > On Apr 5, 2005 11:37 AM, Panu Matilainen wrote: > > I don't remember seeing a bug report about it :) > > ah crap.. i was confused... repoclosure was the thing that wasnt > working for me last time i tried.... > > > Basically .. why not. The problem ATM is that repoquery uses yum's cache > > and config so there's no direct, easy way to specify an arbitrary > > metadata set for purposes like this. On my todo-list though... > > well no EASY way... but what if i was sneaky and had 2 different yum > configurations or something? Any amount of script/configuration file > magic is going be far preferable to having to cache all of rawhide > locally. The goal is to check to make sure we all have an accurate > picture of which packages have been dropped every "reasonably useful > period of time" or so days. Well .. just for the purpose of seeing what packages have been added and what removed repoquery + a complex yum-setup with various config files might be a bit of an overkill. Here's something that'll give you a diff of added and removed packages from two local repodata directories: http://laiskiainen.org/yum/utils/repodiff.py A test with fc3 -> current devel tree appears to give sane results (see below). Note that this will show package reorganizations like splitting packages to -devel etc pieces, to get *real* removals and additions you'd have to compare src.rpm names. Easily fixable if you want it that way... - Panu - ./repodiff.py /var/www/html/fedora/3/i386 /var/www/html/fedora/devel/ | grep -v debuginfo New packages: system-config-lvm - 0.9.22-1.0.noarch gcc-gfortran - 4.0.0-0.40.i386 libgcj-src - 4.0.0-0.40.i386 linuxthreads-devel - 2.3.4-21.i686 device-mapper-multipath - 0.4.4-0.pre8.0.i386 setools-devel - 2.0.0-2.i386 openoffice.org-core - 1:1.9.89-3.i386 openoffice.org-pyuno - 1:1.9.89-3.i386 openoffice.org-writer - 1:1.9.89-3.i386 openoffice.org-calc - 1:1.9.89-3.i386 openoffice.org-draw - 1:1.9.89-3.i386 openoffice.org-impress - 1:1.9.89-3.i386 openoffice.org-math - 1:1.9.89-3.i386 openoffice.org-graphicfilter - 1:1.9.89-3.i386 openoffice.org-xsltfilter - 1:1.9.89-3.i386 openoffice.org-javafilter - 1:1.9.89-3.i386 openoffice.org-testtools - 1:1.9.89-3.i386 openoffice.org-langpack-af_ZA - 1:1.9.89-3.i386 openoffice.org-langpack-ar - 1:1.9.89-3.i386 openoffice.org-langpack-bg_BG - 1:1.9.89-3.i386 openoffice.org-langpack-ca_ES - 1:1.9.89-3.i386 openoffice.org-langpack-cs_CZ - 1:1.9.89-3.i386 openoffice.org-langpack-cy_GB - 1:1.9.89-3.i386 openoffice.org-langpack-da_DK - 1:1.9.89-3.i386 openoffice.org-langpack-de - 1:1.9.89-3.i386 openoffice.org-langpack-el_GR - 1:1.9.89-3.i386 openoffice.org-langpack-es - 1:1.9.89-3.i386 openoffice.org-langpack-et_EE - 1:1.9.89-3.i386 openoffice.org-langpack-eu_ES - 1:1.9.89-3.i386 openoffice.org-langpack-fi_FI - 1:1.9.89-3.i386 openoffice.org-langpack-fr - 1:1.9.89-3.i386 openoffice.org-langpack-gl_ES - 1:1.9.89-3.i386 openoffice.org-langpack-he_IL - 1:1.9.89-3.i386 openoffice.org-langpack-hi_IN - 1:1.9.89-3.i386 openoffice.org-langpack-hu_HU - 1:1.9.89-3.i386 openoffice.org-langpack-it - 1:1.9.89-3.i386 openoffice.org-langpack-ja_JP - 1:1.9.89-3.i386 openoffice.org-langpack-kn_IN - 1:1.9.89-3.i386 openoffice.org-langpack-ko_KR - 1:1.9.89-3.i386 openoffice.org-langpack-lt_LT - 1:1.9.89-3.i386 openoffice.org-langpack-ms_MY - 1:1.9.89-3.i386 openoffice.org-langpack-nb_NO - 1:1.9.89-3.i386 openoffice.org-langpack-nl - 1:1.9.89-3.i386 openoffice.org-langpack-nn_NO - 1:1.9.89-3.i386 openoffice.org-langpack-pl_PL - 1:1.9.89-3.i386 openoffice.org-langpack-pt_PT - 1:1.9.89-3.i386 openoffice.org-langpack-pt_BR - 1:1.9.89-3.i386 openoffice.org-langpack-ru - 1:1.9.89-3.i386 openoffice.org-langpack-sk_SK - 1:1.9.89-3.i386 openoffice.org-langpack-sl_SI - 1:1.9.89-3.i386 openoffice.org-langpack-sv - 1:1.9.89-3.i386 openoffice.org-langpack-th_TH - 1:1.9.89-3.i386 openoffice.org-langpack-tr_TR - 1:1.9.89-3.i386 openoffice.org-langpack-zh_CN - 1:1.9.89-3.i386 openoffice.org-langpack-zh_TW - 1:1.9.89-3.i386 openoffice.org-langpack-zu_ZA - 1:1.9.89-3.i386 eclipse-ecj - 1:3.1.0_fc-0.M5.17.i386 eclipse-platform - 1:3.1.0_fc-0.M5.17.i386 eclipse-platform-devel - 1:3.1.0_fc-0.M5.17.i386 eclipse-jdt - 1:3.1.0_fc-0.M5.17.i386 eclipse-jdt-devel - 1:3.1.0_fc-0.M5.17.i386 eclipse-pde - 1:3.1.0_fc-0.M5.17.i386 eclipse-pde-devel - 1:3.1.0_fc-0.M5.17.i386 libswt3-gtk2 - 1:3.1.0_fc-0.M5.17.i386 kernel-smp-devel - 2.6.11-1.1226_FC4.i686 kernel-xen0 - 2.6.11-1.1226_FC4.i686 kernel-xen0-devel - 2.6.11-1.1226_FC4.i686 kernel-xenU - 2.6.11-1.1226_FC4.i686 kernel-xenU-devel - 2.6.11-1.1226_FC4.i686 kernel-devel - 2.6.11-1.1226_FC4.i586 eclipse-cdt - 1:3.0.0_fc-0.M5.3.i386 openswan-doc - 2.3.0-6.i386 sqlite - 3.1.2-2.i386 sqlite-devel - 3.1.2-2.i386 NetworkManager-devel - 0.4-6.cvs20050404.i386 NetworkManager-glib - 0.4-6.cvs20050404.i386 python-elementtree - 1.2.6-4.i386 eclipse-changelog - 1:2.0.1_fc-19.i386 eclipse-bugzilla - 1:0.1.0_fc-9.i386 iiimf-qt - 1:12.1.1-11.svn2435.i386 php-soap - 5.0.4-2.i386 php-xml - 5.0.4-2.i386 xen - 2-20050403.i386 libgconf-java - 2.10.0-1.i386 libgtk-java - 2.6.1.1-1.i386 audit-libs - 0.6.10-1.i386 audit-libs-devel - 0.6.10-1.i386 java-1.4.2-gcj-compat-src - 1.4.2.0-40jpp_14rh.i386 cups-lpd - 1:1.1.23-15.i386 gnome-bluetooth-libs - 0.5.1-12.i386 gnome-bluetooth-devel - 0.5.1-12.i386 totem-devel - 1.0.1-1.i386 OpenIPMI - 1.4.11-5.i386 OpenIPMI-devel - 1.4.11-5.i386 openhpi - 2.0.3-2.i386 openhpi-devel - 2.0.3-2.i386 gnopernicus-devel - 0.10.5-1.i386 libgail-gnome-devel - 1.1.0-5.i386 planner-devel - 0.13-2.i386 gnome-media-devel - 2.10.0-2.i386 cryptsetup-luks - 1.0-1.i386 gnome-python2-extras - 2.10.0-2.1.i386 gnome-python2-gtksourceview - 2.10.0-2.1.i386 gnome-python2-libwnck - 2.10.0-2.1.i386 gnome-python2-libgtop2 - 2.10.0-2.1.i386 gnome-python2-libegg - 2.10.0-2.1.i386 gnome-python2-nautilus-cd-burner - 2.10.0-2.1.i386 gnome-python2-gtkspell - 2.10.0-2.1.i386 gnome-python2-gtkmozembed - 2.10.0-2.1.i386 gnome-menus - 2.10.1-1.i386 gnome-menus-devel - 2.10.1-1.i386 xscreensaver-base - 1:4.21-1.i386 xscreensaver-extras - 1:4.21-1.i386 xscreensaver-gl-extras - 1:4.21-1.i386 rdoc - 1.8.2-6.i386 ri - 1.8.2-6.i386 kde-i18n-Bengali - 1:3.4.0-1.noarch kde-i18n-Hindi - 1:3.4.0-1.noarch kde-i18n-Punjabi - 1:3.4.0-1.noarch kde-i18n-Tamil - 1:3.4.0-1.noarch jsch - 0.1.17-2jpp_1fc.noarch jsch-javadoc - 0.1.17-2jpp_1fc.noarch jsch-demo - 0.1.17-2jpp_1fc.noarch jzlib - 1.0.5-2jpp_1fc.noarch jzlib-javadoc - 1.0.5-2jpp_1fc.noarch jzlib-demo - 1.0.5-2jpp_1fc.noarch gnome-doc-utils - 0.1.3-1.noarch jessie - 1.0.0-3.noarch latex2html - 2002.2.1-1.noarch fonts-gujarati - 1.9-2.noarch fonts-hindi - 1.9-2.noarch fonts-punjabi - 1.9-2.noarch fonts-tamil - 1.9-2.noarch openssl097a - 0.9.7a-2.i386 kdeaccessibility - 1:3.4.0-1.i386 syslinux-devel - 3.07-2.i386 libtool-ltdl - 1.5.14.multilib2-6.i386 libtool-ltdl-devel - 1.5.14.multilib2-6.i386 gjdoc - 0.7.3-1.i386 gamin-python - 0.0.26-1.i386 bison-devel - 2.0-5.i386 tomcat5 - 5.0.30-1jpp_2fc.noarch tomcat5-webapps - 5.0.30-1jpp_2fc.noarch tomcat5-admin-webapps - 5.0.30-1jpp_2fc.noarch evince - 0.1.9-1.i386 mx4j - 1:2.1.0-1jpp_2fc.noarch mx4j-javadoc - 1:2.1.0-1jpp_2fc.noarch mx4j-manual - 1:2.1.0-1jpp_2fc.noarch poppler - 0.1.2-1.i386 poppler-devel - 0.1.2-1.i386 libdbi-drivers - 0.7.1-2.i386 python-sqlite - 1.1.6-1.i386 bind-libbind-devel - 24:9.3.1-1_FC4.i386 bind-sdb - 24:9.3.1-1_FC4.i386 python-urlgrabber - 2.9.6-1.noarch compat-libstdc++-296 - 2.96-132.fc4.i386 compat-libgcc-296 - 2.96-132.fc4.i386 compat-gcc-32 - 3.2.3-47.fc4.i386 compat-gcc-32-c++ - 3.2.3-47.fc4.i386 compat-libstdc++-33 - 3.2.3-47.fc4.i386 compat-gcc-32-g77 - 3.2.3-47.fc4.i386 compat-libf2c-32 - 3.2.3-47.fc4.i386 texi2html - 1.76-2.noarch xmlsec1-gnutls - 1.2.7-4.i386 xmlsec1-gnutls-devel - 1.2.7-4.i386 aqhbci - 1.0.2beta-2.i386 aqhbci-devel - 1.0.2beta-2.i386 aqbanking - 1.0.4beta-2.i386 aqbanking-devel - 1.0.4beta-2.i386 jakarta-commons-modeler - 1.1-3jpp_1fc.noarch jakarta-commons-modeler-javadoc - 1.1-3jpp_1fc.noarch mysqlclient10 - 3.23.58-5.i386 mysqlclient10-devel - 3.23.58-5.i386 libglade-java - 2.9.92-1.i386 eclipse-pydev - 1:0.9.0_fc-4.i386 libgnome-java - 2.9.92-1.i386 ipv6calc - 0.48-3.i386 python-twisted - 1.3.0-4.i386 dmidecode - 1:2.6-1.13.i386 libieee1284-python - 0.2.9-2.i386 dcraw - 0.0.20050227-1.i386 linux-atm - 2.5.0-0.20050118.2.i386 linux-atm-libs - 2.5.0-0.20050118.2.i386 linux-atm-libs-devel - 2.5.0-0.20050118.2.i386 compat-readline43 - 4.3-2.i386 ksh - 20050202-1.i386 lksctp-tools - 1.0.2-5.i386 lksctp-tools-devel - 1.0.2-5.i386 lksctp-tools-doc - 1.0.2-5.i386 gwenhywfar - 1.7.2-2.i386 gwenhywfar-devel - 1.7.2-2.i386 x86info - 1:1.13-1.9.i386 smartmontools - 1:5.33-1.5.i386 rng-utils - 1:2.0-1.5.i386 readahead - 1:1.0-1.7.i386 microcode_ctl - 1:1.11-1.21.i386 longrun - 1:0.9-1.8.i386 irqbalance - 1:1.12-1.18.i386 hardlink - 1:1.0-1.11.i386 cpuspeed - 1:1.2.1-1.19.i386 cpufreq-utils - 1:0.2-1.1.12.i386 VFlib2-xtools - 2.25.6-28.i386 fonts-chinese - 2.15-1.noarch python-numeric - 23.7-2.i386 fonts-korean - 1.0.11-2.noarch fonts-japanese - 0.20050222-2.noarch struts11 - 1.1-1jpp_2fc.noarch struts11-manual - 1.1-1jpp_2fc.noarch struts11-javadoc - 1.1-1jpp_2fc.noarch struts11-webapps-tomcat5 - 1.1-1jpp_2fc.noarch ldapjdk - 4.17-1jpp_2fc.noarch ldapjdk-javadoc - 4.17-1jpp_2fc.noarch lvm2-cluster - 2.00.29-1.22.FC4.i386 puretls - 0.9-0.b4.1jpp_2fc.noarch puretls-javadoc - 0.9-0.b4.1jpp_2fc.noarch puretls-demo - 0.9-0.b4.1jpp_2fc.noarch gnu.getopt - 1.0.9-4jpp_1fc.noarch gnu.getopt-javadoc - 1.0.9-4jpp_1fc.noarch cryptix-asn1 - 20011119-4jpp_1fc.noarch cryptix-asn1-javadoc - 20011119-4jpp_1fc.noarch cryptix - 3.2.0-4jpp_1fc.noarch cryptix-javadoc - 3.2.0-4jpp_1fc.noarch jakarta-commons-daemon - 1:1.0-2jpp_1fc.noarch jakarta-commons-daemon-javadoc - 1:1.0-2jpp_1fc.noarch jakarta-commons-launcher - 0.9-3jpp_1fc.noarch jakarta-commons-launcher-javadoc - 0.9-3jpp_1fc.noarch jakarta-commons-el - 1.0-2jpp_1fc.noarch jakarta-commons-el-javadoc - 1.0-2jpp_1fc.noarch jakarta-taglibs-standard - 1.1.1-4jpp_1fc.noarch jakarta-taglibs-standard-javadoc - 1.1.1-4jpp_1fc.noarch jakarta-commons-dbcp - 1.2.1-3jpp_1fc.noarch jakarta-commons-dbcp-javadoc - 1.2.1-3jpp_1fc.noarch jakarta-commons-pool - 1.2-2jpp_1fc.noarch jakarta-commons-pool-javadoc - 1.2-2jpp_1fc.noarch jakarta-commons-lang - 2.0-2jpp_1fc.noarch jakarta-commons-lang-javadoc - 2.0-2jpp_1fc.noarch jakarta-commons-validator - 1.1.3-1jpp_1fc.noarch jakarta-commons-validator-javadoc - 1.1.3-1jpp_1fc.noarch jakarta-commons-fileupload - 1:1.0-3jpp_1fc.noarch jakarta-commons-fileupload-javadoc - 1:1.0-3jpp_1fc.noarch jakarta-commons-digester - 1.6-2jpp_1fc.noarch jakarta-commons-digester-javadoc - 1.6-2jpp_1fc.noarch jakarta-commons-beanutils - 1.7.0-1jpp_1fc.noarch jakarta-commons-beanutils-javadoc - 1.7.0-1jpp_1fc.noarch ant - 1.6.2-3jpp_2fc.noarch ant-antlr - 1.6.2-3jpp_2fc.noarch ant-apache-resolver - 1.6.2-3jpp_2fc.noarch ant-commons-logging - 1.6.2-3jpp_2fc.noarch ant-apache-bcel - 1.6.2-3jpp_2fc.noarch ant-apache-log4j - 1.6.2-3jpp_2fc.noarch ant-apache-oro - 1.6.2-3jpp_2fc.noarch ant-apache-regexp - 1.6.2-3jpp_2fc.noarch ant-javamail - 1.6.2-3jpp_2fc.noarch ant-jdepend - 1.6.2-3jpp_2fc.noarch ant-jmf - 1.6.2-3jpp_2fc.noarch ant-junit - 1.6.2-3jpp_2fc.noarch ant-nodeps - 1.6.2-3jpp_2fc.noarch ant-swing - 1.6.2-3jpp_2fc.noarch ant-trax - 1.6.2-3jpp_2fc.noarch ant-scripts - 1.6.2-3jpp_2fc.noarch ant-manual - 1.6.2-3jpp_2fc.noarch ant-javadoc - 1.6.2-3jpp_2fc.noarch jakarta-commons-collections - 3.1-1jpp_1fc.noarch jakarta-commons-collections-javadoc - 3.1-1jpp_1fc.noarch xalan-j2 - 2.6.0-2jpp_1fc.noarch xalan-j2-xsltc - 2.6.0-2jpp_1fc.noarch xalan-j2-manual - 2.6.0-2jpp_1fc.noarch xalan-j2-javadoc - 2.6.0-2jpp_1fc.noarch xalan-j2-demo - 2.6.0-2jpp_1fc.noarch xerces-j2 - 2.6.2-4jpp_1fc.noarch xerces-j2-javadoc-impl - 2.6.2-4jpp_1fc.noarch xerces-j2-javadoc-apis - 2.6.2-4jpp_1fc.noarch xerces-j2-javadoc-dom3 - 2.6.2-4jpp_1fc.noarch xerces-j2-javadoc-xni - 2.6.2-4jpp_1fc.noarch xerces-j2-javadoc-other - 2.6.2-4jpp_1fc.noarch xerces-j2-demo - 2.6.2-4jpp_1fc.noarch xerces-j2-scripts - 2.6.2-4jpp_1fc.noarch jakarta-commons-logging - 1.0.4-2jpp_1fc.noarch jakarta-commons-logging-javadoc - 1.0.4-2jpp_1fc.noarch avalon-logkit - 1.2-2jpp_4fc.noarch avalon-logkit-javadoc - 1.2-2jpp_4fc.noarch log4j - 1.2.8-7jpp_3fc.noarch log4j-manual - 1.2.8-7jpp_3fc.noarch log4j-javadoc - 1.2.8-7jpp_3fc.noarch xml-commons - 1.0-0.b2.6jpp_5fc.noarch xml-commons-apis - 1.0-0.b2.6jpp_5fc.noarch xml-commons-which - 1.0-0.b2.6jpp_5fc.noarch xml-commons-apis-manual - 1.0-0.b2.6jpp_5fc.noarch xml-commons-apis-javadoc - 1.0-0.b2.6jpp_5fc.noarch xml-commons-which-javadoc - 1.0-0.b2.6jpp_5fc.noarch bcel - 5.1-1jpp_4fc.noarch bcel-javadoc - 5.1-1jpp_4fc.noarch jdepend - 2.6-2jpp_3fc.noarch jdepend-javadoc - 2.6-2jpp_3fc.noarch jdepend-demo - 2.6-2jpp_3fc.noarch regexp - 1.3-1jpp_4fc.noarch regexp-javadoc - 1.3-1jpp_4fc.noarch junit - 3.8.1-3jpp_4fc.noarch junit-manual - 3.8.1-3jpp_4fc.noarch junit-javadoc - 3.8.1-3jpp_4fc.noarch junit-demo - 3.8.1-3jpp_4fc.noarch antlr - 2.7.4-2jpp_1fc.noarch antlr-manual - 2.7.4-2jpp_1fc.noarch antlr-javadoc - 2.7.4-2jpp_1fc.noarch classpathx-mail - 1.0-3jpp_1fc.noarch classpathx-mail-javadoc - 1.0-3jpp_1fc.noarch classpathx-jaf - 1.0-2jpp_3fc.noarch classpathx-jaf-javadoc - 1.0-2jpp_3fc.noarch slib - 3a1-2.noarch avalon-framework - 4.1.4-2jpp_5fc.noarch avalon-framework-manual - 4.1.4-2jpp_5fc.noarch avalon-framework-javadoc - 4.1.4-2jpp_5fc.noarch classpath-inetlib - 1.0-1jpp_1fc.noarch classpath-inetlib-javadoc - 1.0-1jpp_1fc.noarch oro - 2.0.8-1jpp_2fc.noarch oro-javadoc - 2.0.8-1jpp_2fc.noarch gnu-crypto - 2.0.1-1jpp_1fc.noarch gnu-crypto-sasl-jdk1.4 - 2.0.1-1jpp_1fc.noarch gnu-crypto-jce-jdk1.4 - 2.0.1-1jpp_1fc.noarch gnu-crypto-javadoc - 2.0.1-1jpp_1fc.noarch xml-commons-resolver - 1.1-1jpp_4fc.noarch xml-commons-resolver-javadoc - 1.1-1jpp_4fc.noarch servletapi5 - 5.0.18-1jpp_3fc.noarch servletapi5-javadoc - 5.0.18-1jpp_3fc.noarch java_cup - 1:0.10-0.k.1jpp_2fc.noarch java_cup-javadoc - 1:0.10-0.k.1jpp_2fc.noarch java_cup-manual - 1:0.10-0.k.1jpp_2fc.noarch jlex - 1.2.6-1jpp_2fc.noarch jlex-javadoc - 1.2.6-1jpp_2fc.noarch Removed packages: routed - 0.17-18.i386 kdenetwork-nowlistening - 7:3.3.0-5.i386 nautilus-media - 0.8.1-3.i386 gnuchess - 5.07-4.i386 gda-postgres - 1:1.0.4-3.i386 libsilc-doc - 0.9.12-7.i386 cyrus-imapd - 2.2.6-2.FC3.6.i386 comps - 1:3-0.20041103.i386 namazu-cgi - 2.0.13-3.i386 bonobo - 1.0.22-9.i386 ttfonts-ja - 1.2-36.noarch octave - 6:2.1.57-7.i386 gda-odbc - 1:1.0.4-3.i386 xmms-devel - 1:1.2.10-9.i386 openoffice.org-libs - 1.1.2-10.i386 w3m-el - 1.4.3-2.i386 xfce4-iconbox - 4.0.6-2.i386 lapack - 3.0-25.i386 openhbci-devel - 0.9.17-1.i386 ots - 0.4.2-2.i386 asp2php-gtk - 0.76.18-3.i386 ddskk - 12.2.0-4.noarch desktop-backgrounds-extra - 2.0-26.2.noarch gv - 3.5.8-29.i386 xloadimage - 4.1-32.i386 splint - 3.1.1-4.i386 aiksaurus-devel - 1:1.2.1-2.i386 libxfce4util-devel - 4.0.6-1.i386 libesmtp-devel - 1.0.3r1-2.i386 x3270 - 3.3.2.p1-6.i386 MagicPoint - 1.11b-1.i386 gnome-python2-nautilus - 2.6.0-3.i386 kernel-utils - 1:2.4-13.1.39.i386 fonts-ja - 8.0-16.noarch system-logviewer - 0.9.11-1.noarch ncftp - 2:3.1.8-2.i386 Omni-foomatic - 0.9.1-7.i386 xemacs - 21.4.15-9.i386 apel-xemacs - 10.6-5.noarch dbh - 1:1.0.18-5.i386 wl-common - 2.10.1-4.noarch xfce4-panel - 4.0.6-1.i386 cdecl - 2.5-30.i386 lesstif - 0.93.36-6.i386 x3270-x11 - 3.3.2.p1-6.i386 libgnomedb-devel - 1:1.0.4-3.i386 exim-mon - 4.43-1.i386 aumix - 2.8-9.i386 xfdesktop - 4.0.6-2.i386 cyrus-imapd-devel - 2.2.6-2.FC3.6.i386 balsa - 2.2.4-1.FC3.1.i386 pccts - 1.33mr33-11.i386 libxfce4util - 4.0.6-1.i386 xemacs-info - 21.4.15-9.i386 ttfonts-ko - 1.0.11-32.2.noarch FreeWnn-libs - 1:1.10pl020-5.i386 diskcheck - 2:1.6-2.noarch sylpheed - 0.9.12-1.i386 comsat - 0.17-11.i386 php-domxml - 4.3.9-3.i386 openoffice.org-i18n - 1.1.2-10.i386 libgnomedb - 1:1.0.4-3.i386 xosview - 1.8.2-1.i386 giftrans - 1.12.2-20.i386 bzflag - 1.10.6-2.i386 system-switch-im - 0.1.2-3.noarch FreeWnn - 1:1.10pl020-5.i386 dbh-devel - 1:1.0.18-5.i386 compat-pwdb - 0.62-9.i386 ytalk - 3.1.2-1.i386 gpdf - 2.8.0-5.i386 xfwm4-themes - 4.0.6-2.noarch octave-devel - 6:2.1.57-7.i386 xfwm4 - 4.0.6-1.i386 exim-doc - 4.43-1.i386 gcc4-c++ - 4.0.0-0.8.i386 gnome-vfs-extras - 0.2.0-9.i386 libesmtp - 1.0.3r1-2.i386 ttfonts-zh_TW - 2.11-28.noarch cyrus-imapd-murder - 2.2.6-2.FC3.6.i386 nabi - 0.14-3.i386 openhbci - 0.9.17-1.i386 koffice-devel - 4:1.3.3-1.i386 xmms-flac - 1.1.0-7.i386 dmalloc - 5.3.0-3.i386 miniChinput - 0.0.3-58.i386 compat-gcc-g77 - 8-3.3.4.2.i386 Omni - 0.9.1-7.i386 aiksaurus - 1:1.2.1-2.i386 gnumeric-devel - 1:1.2.13-6.i386 Glide3-devel - 20010520-33.i386 flim - 1.14.7-1.noarch libtool-libs13 - 1.3.5-10.i386 xemacs-el - 21.4.15-9.i386 ttfonts-gu - 1.6-1.noarch exim-sa - 4.43-1.i386 xffm - 4.0.6-1.i386 blas - 3.0-25.i386 cproto - 4.7c-3.i386 namazu - 2.0.13-3.i386 jisksp16-1990 - 0.1-16.noarch w3m-el-common - 1.4.3-2.i386 compat-gcc - 8-3.3.4.2.i386 memprof - 1:0.5.1-5.i386 jed - 0.99.16-6.i386 xmms - 1:1.2.10-9.i386 perl-Cyrus - 2.2.6-2.FC3.6.i386 ttfonts-zh_CN - 2.14-10.noarch cryptsetup - 0.1-4.i386 dbskkd-cdb - 1.01-21.i386 gcc-g77 - 3.4.2-6.fc3.i386 fsh - 1.2-5.i386 xemacs-sumo-info - 20040818-2.noarch libgda - 1:1.0.4-3.i386 compat-libgcj - 8-3.3.4.2.i386 gda-mysql - 1:1.0.4-3.i386 skkinput - 2.06.4-7.i386 libxfcegui4 - 4.0.6-1.i386 iiimf-csconv - 1:12.1-4.i386 libf2c - 3.4.2-6.fc3.i386 xemacs-common - 21.4.15-9.i386 ash - 0.3.8-20.i386 kappa20 - 0.3-15.noarch cdp - 0.33-32.i386 xsnow - 1.42-15.i386 tuxracer - 0.61-28.i386 qmkbootdisk - 8:1.0.2-3.i386 aiksaurus-gtk-devel - 1:1.2.1-2.i386 xmms-skins - 1:1.2.10-9.i386 gnumeric - 1:1.2.13-6.i386 db4-java - 4.2.52-6.i386 gnome-vfs - 1.0.5-21.i386 libtool-libs - 1.5.6-4.i386 mew-xemacs - 3.3-4.i386 xemacs-sumo-el - 20040818-2.noarch aspell-ia - 50:0.50-1.i386 xfce-mcs-manager-devel - 4.0.6-2.i386 xfce-utils - 4.0.6-1.i386 w3m-el-xemacs - 1.4.3-2.i386 kinput2 - v3.1-23.i386 asp2php - 0.76.18-3.i386 xemacs-nox - 21.4.15-9.i386 cyrus-imapd-nntp - 2.2.6-2.FC3.6.i386 ttfonts-ta - 1.6-1.noarch compat-gcc-c++ - 8-3.3.4.2.i386 pan - 1:0.14.2-8.i386 gnome-vfs-devel - 1.0.5-21.i386 wl - 2.10.1-4.noarch xfce4-systray - 4.0.6-2.i386 ttfonts-pa - 1.6-1.noarch xboard - 4.2.7-6.i386 lilo - 21.4.4-26.i386 FreeWnn-devel - 1:1.10pl020-5.i386 gcc4-gfortran - 4.0.0-0.8.i386 libxfcegui4-devel - 4.0.6-1.i386 xfce-mcs-plugins - 4.0.6-2.i386 Glide3 - 20010520-33.i386 xscreensaver - 1:4.18-4.i386 dietlibc - 0.27-4.i386 pdksh - 5.2.14-30.i386 koffice-i18n - 4:1.3.3-1.i386 cyrus-imapd-utils - 2.2.6-2.FC3.6.i386 grip - 1:3.2.0-3.i386 openoffice.org - 1.1.2-10.i386 lesstif-devel - 0.93.36-6.i386 kdetoys - 7:3.3.0-1.i386 bluez-bluefw - 1.0-6.i386 libxfce4mcs - 4.0.6-1.i386 ttfonts-hi - 1.6-1.noarch mew-common - 3.3-4.i386 compat-gcc-objc - 8-3.3.4.2.i386 xcin - 2.5.3.pre3-24.i386 ddskk-xemacs - 12.2.0-4.noarch compat-libstdc++ - 8-3.3.4.2.i386 mew - 3.3-4.i386 gcc4 - 4.0.0-0.8.i386 knm_new - 1.1-16.noarch compat-libstdc++-devel - 8-3.3.4.2.i386 xffm-icons - 1:4.0.6-2.noarch kdeaddons-xmms - 3.3.0-2.i386 tora - 1.3.14.1-2.i386 xfprint - 4.0.6-2.i386 abiword - 1:2.0.12-3.i386 cdlabelgen - 3.0.0-1.noarch compat-libgcj-devel - 8-3.3.4.2.i386 nedit - 5.4-3.i386 koffice - 4:1.3.3-1.i386 Maelstrom - 3.0.6-6.i386 flim-xemacs - 1.14.7-1.noarch exim - 4.43-1.i386 libxfce4mcs-devel - 4.0.6-1.i386 bonobo-devel - 1.0.22-9.i386 ttfonts-bn - 1.6-1.noarch libgda-devel - 1:1.0.4-3.i386 namazu-devel - 2.0.13-3.i386 ftpcopy - 0.6.2-7.i386 wl-xemacs - 2.10.1-4.noarch x3270-text - 3.3.2.p1-6.i386 xfce-mcs-manager - 4.0.6-2.i386 aiksaurus-gtk - 1:1.2.1-2.i386 ggv - 2.8.0-1.i386 openoffice.org-kde - 1.1.2-10.i386 ecj - 2.1.3-5.i386 freeciv - 1.14.2-1.i386 ttfprint - 0.9-13.i386 jisksp14 - 0.1-16.noarch nptl-devel - 2.3.3-74.i686 xemacs-sumo - 20040818-2.noarch compat-gcc-java - 8-3.3.4.2.i386 openssl096b - 0.9.6b-19.i386 ots-devel - 0.4.2-2.i386 rpmdb-fedora - 1:3-0.20041103.i386 From jspaleta at gmail.com Thu Apr 7 19:18:11 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Apr 2005 15:18:11 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112900351.29171.6.camel@localhost.localdomain> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112712702.3305.8.camel@daxter.boston.redhat.com> <604aa791050405080423f7cc2a@mail.gmail.com> <1112713971.20867.20.camel@cutter> <604aa7910504050824689f715@mail.gmail.com> <1112715477.13072.19.camel@localhost.localdomain> <604aa79105040509025cc89091@mail.gmail.com> <1112900351.29171.6.camel@localhost.localdomain> Message-ID: <604aa79105040712184cd8a3c@mail.gmail.com> On Apr 7, 2005 2:59 PM, Panu Matilainen wrote: > Well .. just for the purpose of seeing what packages have been added and > what removed repoquery + a complex yum-setup with various config files > might be a bit of an overkill. Here's something that'll give you a diff > of added and removed packages from two local repodata directories: > http://laiskiainen.org/yum/utils/repodiff.py excellent -jef"trying hard to remember why he asked for this...oh right the thread topic"spaleta From brugolsky at telemetry-investments.com Thu Apr 7 20:09:17 2005 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Thu, 7 Apr 2005 16:09:17 -0400 Subject: Fedora Mini In-Reply-To: <5cf776b805040617267e555247@mail.gmail.com> References: <20050406001542.228a7542@lembas.zaitcev.lan> <20050406112152.GC4403@devserv.devel.redhat.com> <1112794589.10327.48.camel@cutter> <5cf776b805040617267e555247@mail.gmail.com> Message-ID: <20050407200917.GC11213@ti64.telemetry-investments.com> On Wed, Apr 06, 2005 at 08:26:16PM -0400, mbneto wrote: > in my case 128Mb RAM is fine, the problem is the disk space. I'd like > to use CF card (128 or 256Mb). If you want to keep using RPM, placing these macros in /etc/rpm/macros before installing the packages (using yum --installroot or whatever) will help reduce some of the package bloat: %_excludedocs 1 %_install_langs %{nil} A custom kernel RPM that eliminates the /lib/modules/$KVER/build/* subtree and unnecessary modules will also save tens of megabytes: % rpm -qp --qf "%{SIZE} %{NAME}\n" kernel-2.6.10 kernel-lite-2.6.10 35919932 kernel 11309049 kernel-lite That's by no means minimal. Regards, Bill Rugolsky From kbn at daimi.au.dk Thu Apr 7 20:39:50 2005 From: kbn at daimi.au.dk (Kim B. Nielsen) Date: Thu, 07 Apr 2005 22:39:50 +0200 Subject: Openoffice update error from latest rawhide... Message-ID: <42559A96.2010807@daimi.au.dk> Straight from the command line... [root at localhost ~]# yum update Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 devel-extras 100% |=========================| 951 B 00:00 Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package openoffice.org-core.i386 1:1.9.89-3 set to be updated --> Running transaction check Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: openoffice.org-core i386 1:1.9.89-3 development 74 M Transaction Summary ============================================================================= Install 0 Package(s) Update 1 Package(s) Remove 0 Package(s) Total download size: 74 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : openoffice.org-core ######################### [1/2] error: unpacking of archive failed on file /usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: cpio: rename Updated: openoffice.org-core.i386 1:1.9.89-3 Complete! [root at localhost ~]# Apparently the rpm isn't updated, as another invocation of yum update will do exactly the same as above... Regards /kbn -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3294 bytes Desc: S/MIME Cryptographic Signature URL: From notting at redhat.com Thu Apr 7 20:44:05 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Apr 2005 16:44:05 -0400 Subject: Openoffice update error from latest rawhide... In-Reply-To: <42559A96.2010807@daimi.au.dk> References: <42559A96.2010807@daimi.au.dk> Message-ID: <20050407204405.GA5379@nostromo.devel.redhat.com> Kim B. Nielsen (kbn at daimi.au.dk) said: > Apparently the rpm isn't updated, as another invocation of yum update > will do exactly the same as above... You'll need to remove the old openofice.org-core package first. Bill From thacker at math.cornell.edu Thu Apr 7 21:01:53 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 17:01:53 -0400 Subject: Openoffice update error from latest rawhide... In-Reply-To: <20050407204405.GA5379@nostromo.devel.redhat.com> References: <42559A96.2010807@daimi.au.dk> <20050407204405.GA5379@nostromo.devel.redhat.com> Message-ID: <20050407210153.GA20877@thacker.dyndns.org> On Thu, Apr 07, 2005 at 04:44:05PM -0400, Bill Nottingham wrote: > Kim B. Nielsen (kbn at daimi.au.dk) said: > > Apparently the rpm isn't updated, as another invocation of yum update > > will do exactly the same as above... > > You'll need to remove the old openofice.org-core package first. Nope, no effect. [root at thacker jat48]# rpm -e openoffice.org-core error: package openoffice.org-core is not installed [root at thacker jat48]# yum install openoffice.org-core Setting up Install Process Setting up repositories [snip] warning: openoffice.org-core-1.9.89-3: Header V3 DSA signature: NOKEY, key ID 30c9ecf8 Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: openoffice.org-core ######################### [1/1] error: unpacking of archive failed on file /usr/lib/openoffice.org1.9.89/share/template/en-US/wizard/bitmap: cpio: rename Installed: openoffice.org-core.i386 1:1.9.89-3 Complete! Checking, I see that there's a bunch of unowned files scattered around in /usr/lib/openoffice.org1.9.89, even though openoffice.org-core is removed. (There's also old /usr/lib/openoffice.org1.9.88/share/readme directories from previous versons, too.) John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From notting at redhat.com Thu Apr 7 21:03:06 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Apr 2005 17:03:06 -0400 Subject: Openoffice update error from latest rawhide... In-Reply-To: <20050407210153.GA20877@thacker.dyndns.org> References: <42559A96.2010807@daimi.au.dk> <20050407204405.GA5379@nostromo.devel.redhat.com> <20050407210153.GA20877@thacker.dyndns.org> Message-ID: <20050407210306.GA14902@nostromo.devel.redhat.com> John Thacker (thacker at math.cornell.edu) said: > On Thu, Apr 07, 2005 at 04:44:05PM -0400, Bill Nottingham wrote: > > Kim B. Nielsen (kbn at daimi.au.dk) said: > > > Apparently the rpm isn't updated, as another invocation of yum update > > > will do exactly the same as above... > > > > You'll need to remove the old openofice.org-core package first. > > Nope, no effect. Ugh, in that case, it will require cleaning up the old dir by hand. :/ Bill From thacker at math.cornell.edu Thu Apr 7 21:05:05 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 17:05:05 -0400 Subject: Openoffice update error from latest rawhide... In-Reply-To: <20050407210153.GA20877@thacker.dyndns.org> References: <42559A96.2010807@daimi.au.dk> <20050407204405.GA5379@nostromo.devel.redhat.com> <20050407210153.GA20877@thacker.dyndns.org> Message-ID: <20050407210505.GA21191@thacker.dyndns.org> On Thu, Apr 07, 2005 at 05:01:53PM -0400, John Thacker wrote: > On Thu, Apr 07, 2005 at 04:44:05PM -0400, Bill Nottingham wrote: > > Kim B. Nielsen (kbn at daimi.au.dk) said: > > > Apparently the rpm isn't updated, as another invocation of yum update > > > will do exactly the same as above... > > > > You'll need to remove the old openofice.org-core package first. > > Nope, no effect. > > Checking, I see that there's a bunch of unowned files scattered around > in /usr/lib/openoffice.org1.9.89, even though openoffice.org-core is > removed. > (There's also old /usr/lib/openoffice.org1.9.88/share/readme > directories from previous versons, too.) Removing all the openoffice.org-* packages and running `rm -rf /usr/lib/openoffice.org*' worked, though. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dpaun at rogers.com Thu Apr 7 21:11:32 2005 From: dpaun at rogers.com (Dimitrie O. Paun) Date: Thu, 7 Apr 2005 17:11:32 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407155737.GA18144@thacker.dyndns.org> References: <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> Message-ID: <20050407211132.GA13497@rogers.com> On Thu, Apr 07, 2005 at 11:57:37AM -0400, John Thacker wrote: > FC always includes all the libraries that programs it ships depend on. > Are we saying that we can't drop any library that any program, no matter > how old, no matter how unmaintained depends on? No, what he's saying is that not all libs are created equal: some are more equal than others. In other works, some libs are part of the platform. Being part of said platform (and gtk+ *was* part of it), it means there's an unwritten contract between the developers of the distribution and the developers of 3rd party software (be they open source or proprietary, it doesn't matter), that people can _depend_ on them being around. And when you depend on something, you pretty much *expect* that support to be there. Forever. Windows did it, and it serve them well. Particularly, in this case it costs us *very little* -- just some space. This is not a crazy proposition. Technologically, space increases exponentially, so the cost associated with the support for backwards compatibility decreases quite fast. There's too much at stake (mind share, trust, etc.) to justify the trivial cost in space. -- Dimi. From jbuell at vmware.com Thu Apr 7 21:18:19 2005 From: jbuell at vmware.com (Jeffrey Buell) Date: Thu, 7 Apr 2005 14:18:19 -0700 Subject: Difficulties with FC4/xenU Message-ID: <58743620D2C0D9439C627C064581E25218D6CF@PA-ECLUSTER2.vmware.com> I installed the 2.6.11-1.1226 versions of xen0 and xenU. xen0 boots fine and I'm able to run some small benchmarks. I followed the Quickstart Guide closely but xenU wouldn't boot. I only managed to get to the "repair filesystem" prompt. I discovered that the xenU file system didn't contain inittab, rc.d/rc.sysinit, or rc.d/rc files. I copied over these files from xen0 and the boot went a little further, but still complained about missing things. etc/init.d contains 90 files in the xen0 fs but only 43 files in xenU, and at least one of the missing ones is needed for boot. I did groupinstall Base. I could try copying over all of init.d but that doesn't seem like the right thing to do. 1) Has anybody successfully installed 2.6.11-1.1226 with Base, and did you get all the files needed to boot to runlevel 3? Maybe my install was broken and I need to start over from scatch. 2) Should I use a different group than Base? Is there info somewhere on the different groups available? Thanks, Jeff From thacker at math.cornell.edu Thu Apr 7 21:43:14 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 17:43:14 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407211132.GA13497@rogers.com> References: <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> Message-ID: <20050407214314.GA21439@thacker.dyndns.org> On Thu, Apr 07, 2005 at 05:11:32PM -0400, Dimitrie O. Paun wrote: > In other works, some libs are part of the platform. Being part of said > platform (and gtk+ *was* part of it), it means there's an unwritten > contract between the developers of the distribution and the developers > of 3rd party software (be they open source or proprietary, it doesn't > matter), that people can _depend_ on them being around. And when you > depend on something, you pretty much *expect* that support to be there. > Forever. Windows did it, and it serve them well. And when nothing in Core requires it, what's wrong with moving it to Extras? It's still available; it's still built. Anyone who uses the packaging system as they're meant to would have no problems pulling it in to satisfy dependencies. It would still be around, just not installed unless someone needs it. (Just as it would if it lived on in Core.) As mentioned before, I have a strong bias against the 4 year old gtk+, and I consider applications that still use it fundamentally broken. I hope that's not coloring my views too much, but what's wrong with moving 20 or so GNOME 1.4 and gtk+1.2 (and related) packages over to Extras once gnucash is ported, and nothing in Core depends on them? John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From toshio at tiki-lounge.com Thu Apr 7 22:31:25 2005 From: toshio at tiki-lounge.com (Toshio) Date: Thu, 07 Apr 2005 18:31:25 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> Message-ID: <1112913087.15329.31.camel@Madison.badger.com> On Wed, 2005-04-06 at 15:30 +0100, Mike Hearn wrote: > Now, I want to see Linux - and Fedora Core - be operating systems. I want > to see lots of people building their software upon Free APIs, and I think > we need to compete with Windows and MacOSX to get there. So I'd lean > towards the second view. Mike, I definitely can agree with the portion of your argument shown here:: One of Window's selling points is its compatibility to old versions. It is, in fact, the center of the Microsoft business model. If Longhorn were to totally break compatibility with previous versions of Windows, how many shops do you think would decide it made just as much sense to break compatibility and move to a better OS than to stay with an incompatible "Windows"? OTOH, Linux distributions aren't being used because they're just like Windows. They're being used because they have other unique strengths. One of which is the willingness to do painful things like get rid of old cruft in order to make way for different, incompatible advances. I think for Fedora's goals (moving faster than RHL was, testing new technologies for eventual inclusion in RHEL, not being a dumping ground for old, unmaintained code), sacrificing the ability to get rid of cruft (in Core) for compatibility to old binaries/APIs is a poor decision. Someone pointed out that many of the Loki Games no longer run on Fedora because of kernel changes. No amount of keeping old libraries is going to overcome that. If someone wants to fork a version of Fedora that gets updated applications but keeps a stable base down to the kernel layer and vet all potential changes there for things that will break user apps they might be able to garner market share from people wanting to run third party binary apps forever. OTOH, they may find that corner of the market (game and app-rich, API/ABI stable, binary and proprietary-license friendly OSs) is already filled with more mature competitors. -Toshio -- toshio \"Life is like a china candy dish: filled with brightly promising @tiki- \ sweets, quickly emptied. lasts a bit. dropped. it breaks." lounge.com=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~=~ GA->ME 1999 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dpaun at rogers.com Thu Apr 7 22:49:43 2005 From: dpaun at rogers.com (Dimitrie O. Paun) Date: Thu, 7 Apr 2005 18:49:43 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407214314.GA21439@thacker.dyndns.org> References: <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> Message-ID: <20050407224943.GM13251@rogers.com> On Thu, Apr 07, 2005 at 05:43:14PM -0400, John Thacker wrote: > And when nothing in Core requires it, what's wrong with moving it to > Extras? Because it's no longer easily/immediately available. And nowadays it doesn't much matter if things are or aren't possible, but rather if they are easily or not accessible. More often then not, if someting is not working right out of the gate, it's not available for all intents and purposes. Look, this guy I worked with once came up with this idea of an "Engine". It was a rather mystical thing, but any problem that we came up was somehow magically solved by the "Engine". Any diagram had an arrow in and out of the "Engine". "Extras" starts to sound just like the "Engine". Moving stuff to "Extra" solves very little other than save a bit of space, and mostly caters to our obsesive-compulsive sense of neatness. But it _doesn't_ buy functionality. It just buys a bit of space. And space is cheap. Very cheap. On the other hand, it creates a lot of work for both users and developers. And their time (and mindshare) are very, very expensive. This is why it's a poor trade. We have to have the courage to say what is part of the platform. And once we commit to something, we have to live up to the expectations. People *need* that to be able to build for Linux. It's essential. There's no reason why we shouldn't do it. We do that for kernel. We do it for glibc. And a bunch of others. But we need to do it for more libs, we can't have in 2005 a platform made up of only some basic libraries. We said GNOME is that platform -- we better live up to our promise. -- Dimi. From kbn at daimi.au.dk Thu Apr 7 22:53:02 2005 From: kbn at daimi.au.dk (Kim B. Nielsen) Date: Fri, 08 Apr 2005 00:53:02 +0200 Subject: Openoffice update error from latest rawhide... In-Reply-To: <20050407210306.GA14902@nostromo.devel.redhat.com> References: <42559A96.2010807@daimi.au.dk> <20050407204405.GA5379@nostromo.devel.redhat.com> <20050407210153.GA20877@thacker.dyndns.org> <20050407210306.GA14902@nostromo.devel.redhat.com> Message-ID: <4255B9CE.6020604@daimi.au.dk> Bill Nottingham wrote: >John Thacker (thacker at math.cornell.edu) said: > > >>On Thu, Apr 07, 2005 at 04:44:05PM -0400, Bill Nottingham wrote: >> >> >>>Kim B. Nielsen (kbn at daimi.au.dk) said: >>> >>> >>>>Apparently the rpm isn't updated, as another invocation of yum update >>>>will do exactly the same as above... >>>> >>>> >>>You'll need to remove the old openofice.org-core package first. >>> >>> >>Nope, no effect. >> >> > >Ugh, in that case, it will require cleaning up the old dir by hand. :/ > >Bill > > > Ok... I'll do that... Just wanted to report it, in case there was somethin fishy in the package... /kbn -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3294 bytes Desc: S/MIME Cryptographic Signature URL: From sopwith at redhat.com Thu Apr 7 23:20:02 2005 From: sopwith at redhat.com (Elliot Lee) Date: Thu, 7 Apr 2005 19:20:02 -0400 (EDT) Subject: Openoffice update error from latest rawhide... In-Reply-To: <42559A96.2010807@daimi.au.dk> References: <42559A96.2010807@daimi.au.dk> Message-ID: If you run into this problem (which you will if you go counter to recommendations and upgrade test1 to test2 :), the solution is to run: rm -rf /usr/lib/openoffice.org*/share/template/*/wizard/bitmap This must be done /before/ the upgrade. Best, -- Elliot From kbn at daimi.au.dk Thu Apr 7 23:30:10 2005 From: kbn at daimi.au.dk (Kim B. Nielsen) Date: Fri, 08 Apr 2005 01:30:10 +0200 Subject: Openoffice update error from latest rawhide... In-Reply-To: References: <42559A96.2010807@daimi.au.dk> Message-ID: <4255C282.2000402@daimi.au.dk> Elliot Lee wrote: >If you run into this problem (which you will if you go counter to >recommendations and upgrade test1 to test2 :), the solution is to run: > > rm -rf /usr/lib/openoffice.org*/share/template/*/wizard/bitmap > >This must be done /before/ the upgrade. > >Best, >-- Elliot > > > Ok... But I'm following rawhide :) But this indeed did the trick, thanks :) Regards Kim -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3294 bytes Desc: S/MIME Cryptographic Signature URL: From thacker at math.cornell.edu Thu Apr 7 23:47:44 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 19:47:44 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407224943.GM13251@rogers.com> References: <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> Message-ID: <20050407234744.GB21439@thacker.dyndns.org> On Thu, Apr 07, 2005 at 06:49:43PM -0400, Dimitrie O. Paun wrote: > Because it's no longer easily/immediately available. And nowadays > it doesn't much matter if things are or aren't possible, but rather > if they are easily or not accessible. More often then not, if someting > is not working right out of the gate, it's not available for all intents > and purposes. And neither would anything that *uses* gtk+ be easily/immediately available, by your same argument. So why include gtk+-1.2? John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thacker at math.cornell.edu Thu Apr 7 23:58:36 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 19:58:36 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407224943.GM13251@rogers.com> References: <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> Message-ID: <20050407235836.GC21439@thacker.dyndns.org> On Thu, Apr 07, 2005 at 06:49:43PM -0400, Dimitrie O. Paun wrote: > We have to have the courage to say what is part of the platform. > And once we commit to something, we have to live up to the expectations. > People *need* that to be able to build for Linux. It's essential. > There's no reason why we shouldn't do it. We do that for kernel. > We do it for glibc. And a bunch of others. But we need to do it for > more libs, we can't have in 2005 a platform made up of only some > basic libraries. We said GNOME is that platform -- we better live > up to our promise. "We do that for kernel." What? Where do we ship a 2.4 version kernel (and 2.2, and 2.0, etc.) in order to have FC work with applications that don't run with 2.6? The compat-gcc libraries are there, certainly, but "we do it for glibc?" compat-glibc wasn't included in even RedHat 9, so any old RedHat 6.x binaries using glibc2.1 are out of luck. (Of course, forget about old libc5 stuff.) RedHat 9 nuked compatibility with anything pre-Redhat 7.x. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dpaun at rogers.com Fri Apr 8 00:05:07 2005 From: dpaun at rogers.com (Dimitrie O. Paun) Date: Thu, 7 Apr 2005 20:05:07 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407234744.GB21439@thacker.dyndns.org> References: <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> Message-ID: <20050408000507.GN13251@rogers.com> On Thu, Apr 07, 2005 at 07:47:44PM -0400, John Thacker wrote: > And neither would anything that *uses* gtk+ be easily/immediately > available, by your same argument. So why include gtk+-1.2? Because it is a library. Users don't use libraries, they use apps to perform tasks. Now, I can see how we can switch an app (say XMMS) with another one that allows the user to perform the same task. That's OK. But users alo use apps that we don't distribute, and it's *those* that we shouldn't break. If we expect users to use *only* the apps we ship, then you'd be right. But in that case we wouldn't have a platform, because we accept a priori that the user will never use other apps. I don't think we want that. -- Dimi. From dpaun at rogers.com Fri Apr 8 00:09:45 2005 From: dpaun at rogers.com (Dimitrie O. Paun) Date: Thu, 7 Apr 2005 20:09:45 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407235836.GC21439@thacker.dyndns.org> References: <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407235836.GC21439@thacker.dyndns.org> Message-ID: <20050408000945.GO13251@rogers.com> On Thu, Apr 07, 2005 at 07:58:36PM -0400, John Thacker wrote: > "We do that for kernel." What? Where do we ship a 2.4 version kernel > (and 2.2, and 2.0, etc.) in order to have FC work with applications > that don't run with 2.6? Of course we don't, that's why Linus is fanatic in keeping binary compatibility. That's why apps compiled against Linux 0.9 still run a decade later on 2.6.x. Unmodified. > The compat-gcc libraries are there, certainly, but "we do it for glibc?" > compat-glibc wasn't included in even RedHat > 9, so any old RedHat 6.x binaries using glibc2.1 are out of luck. > (Of course, forget about old libc5 stuff.) RedHat 9 nuked compatibility > with anything pre-Redhat 7.x. Of course they did. At the time, we didn't even pretend to be a platform, and so there was no love lost. But now we do, the name of the game changed. And mind you, we shouldn't break binary compatibility in glibc, it was unfortunate that we did. That should be the exception, not the rule. -- Dimi. From thacker at math.cornell.edu Fri Apr 8 00:57:51 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 20:57:51 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050408000945.GO13251@rogers.com> References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407235836.GC21439@thacker.dyndns.org> <20050408000945.GO13251@rogers.com> Message-ID: <20050408005751.GA23109@thacker.dyndns.org> On Thu, Apr 07, 2005 at 08:09:45PM -0400, Dimitrie O. Paun wrote: > On Thu, Apr 07, 2005 at 07:58:36PM -0400, John Thacker wrote: > > "We do that for kernel." What? Where do we ship a 2.4 version kernel > > (and 2.2, and 2.0, etc.) in order to have FC work with applications > > that don't run with 2.6? > > Of course we don't, that's why Linus is fanatic in keeping binary > compatibility. That's why apps compiled against Linux 0.9 still run > a decade later on 2.6.x. Unmodified. But not on Fedora Core, they won't, I'm fairly sure. Remember a.out binaries? http://www.ofb.net/~jheiss/aout_redhat.shtml [jat48 at thacker SOURCES]$ grep AOUT kernel-2.6.11-i686.config # CONFIG_BINFMT_AOUT is not set [jat48 at thacker i386]$ ls -l /lib/ld- ld-2.3.4.so ld-linux.so.2 And the lack of libc.so.4, in addition to libc5 and the aforementioned glibc21. Except for users who consider their binary drivers to be "apps," or at least essential to running certain applications or games. If they upgrade the kernel and suddenly they can't play games because they don't have accelerated 3D drives, that's going to look like a problem. Then there are "apps" like VMWare that require kernel modules. Those have to be recompiled when the kernel changes, and the kernel interface does change enough to cause problems. See: http://thomer.com/linux/migrate-to-2.6.html This one actually rather confuses me: http://icculus.org/lgfaq/#descent326oh "Q: Descent 3 doesn't work on my 2.6 kernel, how can I fix it? A: su - to root, cd to your Descent 3 directory (/usr/local/games/descent3, usually). Then ln -s ppics.hog PPics.Hog " John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thacker at math.cornell.edu Fri Apr 8 01:09:53 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 21:09:53 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050408000507.GN13251@rogers.com> References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> Message-ID: <20050408010953.GB23109@thacker.dyndns.org> On Thu, Apr 07, 2005 at 08:05:07PM -0400, Dimitrie O. Paun wrote: > Because it is a library. Users don't use libraries, they use apps > to perform tasks. Now, I can see how we can switch an app (say > XMMS) with another one that allows the user to perform the same > task. That's OK. But users alo use apps that we don't distribute, > and it's *those* that we shouldn't break. If we expect users to use > *only* the apps we ship, then you'd be right. But in that case > we wouldn't have a platform, because we accept a priori that the > user will never use other apps. But users also use apps that have binary kernel modules that we don't distribute. They used VMWare and NVidia drivers that didn't work on kernel 2.6. Did we: 1) Ship 2.6 and expect the binary providers to catch up, or 2) Not ship something that would break the binaries, or 3) Dual ship 2.6 and 2.4, and continue to dual ship them, as people might still have the older versions around and want to use them? What if they paid for an old version of VMWare that doesn't work on kernel 2.6 and they want to run it on the new Fedora Core, and don't want to be "forced to upgrade?" Similarly, we expected people to have to do export LD_ASSUME_KERNEL=2.2.5, etc., because their old apps (like acroread4) wouldn't work otherwise. That seems pretty hard for a newbie to figure out; I've had to tell people about it. They don't like their apps suddenly breaking on upgrade. Basically every release has broken binary applications. RedHat has been the traditional *leader* in breaking apps, in fact. Most of the rest of the argument I could make was eloquently explained by Toshio. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dpaun at rogers.com Fri Apr 8 01:36:49 2005 From: dpaun at rogers.com (Dimitrie O. Paun) Date: Thu, 7 Apr 2005 21:36:49 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050408010953.GB23109@thacker.dyndns.org> References: <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> Message-ID: <20050408013649.GQ13251@rogers.com> On Thu, Apr 07, 2005 at 09:09:53PM -0400, John Thacker wrote: > They used VMWare and NVidia drivers that didn't work on kernel 2.6. I think it's a gross exageration to compare such an speciality app with one that uses the standard toolkit. Even windows broke such apps as VMWare, and nobody complained. But regular apps written to the standard toolkit still work on Windows 15+ years later. Besides, VMWare and NVidia make use of internal stuff that is *explicitly* off limits. Linus doesn't break *exported* interfaces. He is a man of his word, one can say. Similarly, we shouldn't break our exported interfaces. > Similarly, we expected people to have to do > export LD_ASSUME_KERNEL=2.2.5, etc., because their old apps (like > acroread4) wouldn't work otherwise. That seems pretty hard for a newbie > to figure out; I've had to tell people about it. They don't like > their apps suddenly breaking on upgrade. And users have a right to be pissed. It's our failure that we did broke their apps, we shouldn't look at that for inspiration. If anything, we should avoid it like the plague. Look, I've been using Linux for 10 years. I love it, I'm a hard core user and developer. I don't use it because stuff breaks. We can do without that nonsense. Linus 'gets it', why can't we? -- Dimi. From zaitcev at redhat.com Fri Apr 8 02:14:07 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Thu, 7 Apr 2005 19:14:07 -0700 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112814494.8973.20.camel@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> Message-ID: <20050407191407.112af2e2@localhost.localdomain> On Wed, 06 Apr 2005 15:08:14 -0400 Peter Jones wrote: > On Wed, 2005-04-06 at 00:22 -0700, Pete Zaitcev wrote: > > > So far I did not see a good reason to keep /etc/rc.modules around > > in this thread (with a possible exception of pcspkr, because it > > plugs into HID; but even there a smart kernel patch ought to help). > > There's a lot of utility to having them get loaded very, very early. If > you're going to do this in init.d, you're basically asking for people to > start naming services "a_module" and putting them as script 0 so they > get to be S00a_module and started early. That's just ugly and messy. This paragraph might have been persuasive if it included examples. > But at the same time, once somebody actually starts using this > rc.modules.d idea, they're going to quickly discover that they want > ordering there, as well, to make sure e.g. the various usb hcd modules > are loaded in the order they want. I don't think so. First, USB is processed in a special way, and I asked not to bring it up in the very first message (after which someone immediately replied with a discussion about USB). But second, HCD modules are not ordered, even in case of EHCI and its companion controllers. If you see different results depending on the loading order, file a bug. > Putting "finding a space" in init.d isn't particularly hard, but it will > start to get awfully cluttered at some point. [...] Just what is your definition of "awfully cluttered"? I noticed that all my directories get much bigger and filesystem trees way branchier when I use Nautilus, because with ls I try to keep them smaller than one screenful subconsciously. Or do you have any other criteria? -- Pete From thacker at math.cornell.edu Fri Apr 8 02:25:25 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 7 Apr 2005 22:25:25 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050408013649.GQ13251@rogers.com> References: <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> <20050408013649.GQ13251@rogers.com> Message-ID: <20050408022525.GA24589@thacker.dyndns.org> On Thu, Apr 07, 2005 at 09:36:49PM -0400, Dimitrie O. Paun wrote: > I think it's a gross exageration to compare such an speciality > app with one that uses the standard toolkit. Even windows broke > such apps as VMWare, and nobody complained. But regular apps > written to the standard toolkit still work on Windows 15+ years > later. I grant that it's different when you talk about toolkits versus things like glibc and a.out where recompiling fixes most problems. Source compatibility and binary compatibility are different. But, considering that I don't see qt 2.x around anymore (it was in RH9 but not FC1), and it's neither source nor binary compatible with qt 3.x, and I don't see a lot of other older compatibility stuff around, I wouldn't be suprised if gtk+ went to Extras after nothing in Core needed it. We don't include gtk+ 1.0.x, even though it's also incompatible with gtk+ 1.2. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dpaun at rogers.com Fri Apr 8 03:33:04 2005 From: dpaun at rogers.com (Dimitrie O. Paun) Date: Thu, 7 Apr 2005 23:33:04 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050408022525.GA24589@thacker.dyndns.org> References: <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> <20050408013649.GQ13251@rogers.com> <20050408022525.GA24589@thacker.dyndns.org> Message-ID: <20050408033304.GR13251@rogers.com> On Thu, Apr 07, 2005 at 10:25:25PM -0400, John Thacker wrote: > But, considering that I don't see qt 2.x around anymore (it was > in RH9 but not FC1), and it's neither source nor binary compatible > with qt 3.x, Not everything we ship has to be part of the platform. That would be crazy and counterproductive, I agree. We must carefully pick our exported (and supported) interface. For the record, I don't consider QT part of the platform because of licensing (but I don't want to start a flamefest, so let's leave it at that :)). > and I don't see a lot of other older compatibility stuff > around, I wouldn't be suprised if gtk+ went to Extras after nothing > in Core needed it. We don't include gtk+ 1.0.x, even though it's > also incompatible with gtk+ 1.2. In the past we could get away with breakage such as this. There wasn't even a pretense of a platform back in the day, so 3rd parties (outside of OSS) didn't bother to build for it. I hope we're all trying to change that, and establish Linux as a serious platform. That means we need to be careful what we depracate and how we handle binary compatibility. Whatever we did in the past can not be used as an argument for the future (or present for that matter). -- Dimi. From djotaku1282 at yahoo.com Fri Apr 8 03:49:50 2005 From: djotaku1282 at yahoo.com (The DJ) Date: Thu, 7 Apr 2005 20:49:50 -0700 (PDT) Subject: kde 3.4 Message-ID: <20050408034951.79755.qmail@web50804.mail.yahoo.com> if I were to upgrade to 3.4 now, would that cause problems when upgrading to FC4? Eric __________________________________ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com From pjones at redhat.com Fri Apr 8 04:10:40 2005 From: pjones at redhat.com (pjones) Date: Fri, 08 Apr 2005 00:10:40 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050407191407.112af2e2@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> Message-ID: <1112933440.23614.15.camel@localhost.localdomain> On Thu, 2005-04-07 at 19:14 -0700, Pete Zaitcev wrote: > On Wed, 06 Apr 2005 15:08:14 -0400 Peter Jones wrote: > > But at the same time, once somebody actually starts using this > > rc.modules.d idea, they're going to quickly discover that they want > > ordering there, as well, to make sure e.g. the various usb hcd modules > > are loaded in the order they want. > > I don't think so. First, USB is processed in a special way, and I asked not > to bring it up in the very first message (after which someone immediately > replied with a discussion about USB). But second, HCD modules are not > ordered, even in case of EHCI and its companion controllers. If you see > different results depending on the loading order, file a bug. Ok, that one example isn't completely perfect, so here's a better one. If I load usb_storage before sd_mod, the iRiver plugged into my usb port is going to be sda, and the drive plugged into my scsi bus will be sdb, right? And if I load them in the opposite order? I'm sure you can find *many* more examples of module load order mattering to sysadmins and users, but where there's no strict dependency in the code. If people use rc.modules.d, they're going to hit them. > Just what is your definition of "awfully cluttered"? I noticed that all > my directories get much bigger and filesystem trees way branchier when > I use Nautilus, because with ls I try to keep them smaller than one > screenful subconsciously. Or do you have any other criteria? When there are enough files in rc5.d that I often have to choose between using the service name as part of the sort or renumbering other services, I call that cluttered. And we're already at that point. -- Peter From sundaram at redhat.com Fri Apr 8 04:45:28 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 08 Apr 2005 10:15:28 +0530 Subject: kde 3.4 In-Reply-To: <20050408034951.79755.qmail@web50804.mail.yahoo.com> References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> Message-ID: <42560C68.1060806@redhat.com> The DJ wrote: >if I were to upgrade to 3.4 now, would that cause >problems when upgrading to FC4? > >Eric > Probably. FC4 as per current schedule will be available on June 6th From zaitcev at redhat.com Fri Apr 8 05:11:49 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Thu, 7 Apr 2005 22:11:49 -0700 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112933440.23614.15.camel@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> Message-ID: <20050407221149.05e6d798@localhost.localdomain> On Fri, 08 Apr 2005 00:10:40 -0400 pjones wrote: > Ok, that one example isn't completely perfect, so here's a better one. > If I load usb_storage before sd_mod, the iRiver plugged into my usb port > is going to be sda, and the drive plugged into my scsi bus will be sdb, > right? > > And if I load them in the opposite order? I have an easy answer to this one: "use ub". Mwua hah hah hah ha! But in all seriousness, it's a problem which has nothing to do with module loading order. Consider a USB flash key and iRiver instead, one of them is /dev/uba and another is /dev/ubb. Now, which is which? This is very interesting and is something our intrepid hotplug and HAL crew has to approach, but it has nothing to do with /etc/rc.modules and so I'd like to see some other example. I'm sending you round to gather examples because while it's intuitively obvious that /etc/rc.modules is useful, it really has no reason to exist. Yes, we all used it at one time or other, as a shortcut while a proper solution was not available. I think I have a box which loads vt8231 from /etc/rc.modules myself. That's all fine, and perhaps we ought to keep it around forever. But making it more legitimate with /etc/modules.d or some such has no reason. > When there are enough files in rc5.d that I often have to choose between > using the service name as part of the sort or renumbering other > services, I call that cluttered. And we're already at that point. That's probably something important, but I'd rather see it done differently. Fundamentally, you cannot farm out every "class" or "type" of script according to vague criteria into its own directory. You do not have enough kernel modules to make a sizeable dent in the clutter. :-) The right solution is to create some sort of radix ordering in rcN.d which allows to wedge infinite number of new scripts between any other scripts (well, I think so far. I also saw curious replacements for init scripts with unnumbered scripts, a make-like dependency DAG and things like that. Compatibility is a problem, however). -- Pete From jamatos at fc.up.pt Fri Apr 8 07:25:06 2005 From: jamatos at fc.up.pt (Jose' Matos) Date: Fri, 8 Apr 2005 08:25:06 +0100 Subject: kde 3.4 In-Reply-To: <20050408034951.79755.qmail@web50804.mail.yahoo.com> References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> Message-ID: <200504080825.06539.jamatos@fc.up.pt> On Friday 08 April 2005 04:49, The DJ wrote: > if I were to upgrade to 3.4 now, would that cause > problems when upgrading to FC4? > > Eric And how would you upgrade? That is the point. I'm using kde 3.4 from kde-redhat, and I don't expect any problem when FC 4 arrives. I have done it ever since Red Hat Linux 8.0 (or was it 9?) without any noticeable problem before. -- Jos? Ab?lio From arjanv at redhat.com Fri Apr 8 08:01:58 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 08 Apr 2005 10:01:58 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112933440.23614.15.camel@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> Message-ID: <1112947318.6278.22.camel@laptopd505.fenrus.org> On Fri, 2005-04-08 at 00:10 -0400, pjones wrote: > On Thu, 2005-04-07 at 19:14 -0700, Pete Zaitcev wrote: > > On Wed, 06 Apr 2005 15:08:14 -0400 Peter Jones wrote: > > > But at the same time, once somebody actually starts using this > > > rc.modules.d idea, they're going to quickly discover that they want > > > ordering there, as well, to make sure e.g. the various usb hcd modules > > > are loaded in the order they want. > > > > I don't think so. First, USB is processed in a special way, and I asked not > > to bring it up in the very first message (after which someone immediately > > replied with a discussion about USB). But second, HCD modules are not > > ordered, even in case of EHCI and its companion controllers. If you see > > different results depending on the loading order, file a bug. > > Ok, that one example isn't completely perfect, so here's a better one. > If I load usb_storage before sd_mod, the iRiver plugged into my usb port > is going to be sda, and the drive plugged into my scsi bus will be sdb, > right? > > And if I load them in the opposite order? this is what mount by label and hal are for ;) oh and the things udev has to pin devices to names.. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Fri Apr 8 11:36:39 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 8 Apr 2005 13:36:39 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050407221149.05e6d798@localhost.localdomain> References: <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> Message-ID: <20050408113639.GF16684@neu.nirvana> On Thu, Apr 07, 2005 at 10:11:49PM -0700, Pete Zaitcev wrote: > I'm sending you round to gather examples because while it's intuitively > obvious that /etc/rc.modules is useful, it really has no reason to exist. The capabilities modules were mentioned a couple times, e.g. any module that has no detectable hardware or no hardware at all mapped to. > Yes, we all used it at one time or other, as a shortcut while a proper > solution was not available. I think I have a box which loads vt8231 > from /etc/rc.modules myself. That's all fine, and perhaps we ought to > keep it around forever. But making it more legitimate with /etc/modules.d > or some such has no reason. If you don't create a proper mechanism to channel these few issues you will have them wildering around in places where they do not belong. Is that really better? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Fri Apr 8 11:41:46 2005 From: buildsys at redhat.com (Build System) Date: Fri, 8 Apr 2005 07:41:46 -0400 Subject: rawhide report: 20050408 changes Message-ID: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.0.47-1 -------------------- * Thu Apr 07 2005 Peter Jones - 10.2.0.47-1 - put ncurses in the net images, too. - (notting) put redhat-artwork in the GR images. * Thu Apr 07 2005 Peter Jones - 10.2.0.46-1 - put readline in the net images - fix linxuthreads warnings in upd-instroot - (clumens) fix build-locale-archive * Wed Apr 06 2005 Elliot Lee - 10.2.0.45-1 - Deal with GUI-mode language traceback ant-0:1.6.2-3jpp_3fc -------------------- * Tue Mar 29 2005 Gary Benson 0:1.6.2-3jpp_3fc - Add NOTICE file as per Apache License version 2.0. - Remove some now unnecessary gcj workarounds. - Add the jsch subpackage since we now ship jsch. at-3.1.8-74_FC4 --------------- authd-1.4.3-2.devel ------------------- * Thu Apr 07 2005 Martin Stransky - 1.3.3-2.devel - in.authd disabled by default (#151905) bison-2.0-6 ----------- * Thu Apr 07 2005 Roland McGrath - 2.0-6 - run test suite in %check cdrtools-8:2.01.1-9 ------------------- * Wed Apr 06 2005 Elliot Lee 8:2.01.1-9 - Fix #123548 cpuspeed-1:1.2.1-1.20 --------------------- * Wed Apr 06 2005 Dave Jones - Don't count nice time as idle time. (#132383) dhcp-10:3.0.2-7 --------------- * Mon Apr 04 2005 Jason Vas Dias 10:3.0.2-7 - Add '-x' "extended option environment" dhclient argument: - When -x option given to dhclient: - dhclient enables arbitrary option processing by writing information - about user or vendor defined option space options to environment. - - fix bug 153244: dhclient should not use restorecon - fix bug 151023: dhclient no 'headers & libraries' - fix bug 149780: add 'DHCLIENT_IGNORE_GATEWAY' variable - remove all usage of /sbin/route from dhclient-script * Thu Mar 24 2005 Florian La Roche - add "exit 0" to post script * Mon Mar 07 2005 Jason Vas Dias 10.3.0.2-3 - rebuild for gcc4/glibc-2.3.4-14; fix bad memset dia-1:0.94-11 ------------- * Thu Apr 07 2005 Caolan McNamara - rh#154087# non existing links diffutils-2.8.1-15 ------------------ * Wed Apr 06 2005 Tim Waugh 2.8.1-15 - Fixed sdiff exit code handling (bug #152967). eclipse-cdt-1:3.0.0_fc-0.M5.4 ----------------------------- * Thu Apr 07 2005 Phil Muldoon 3.0.0_fc-0.M5.4 - Changed Requires eclipse-ui to eclipse-platform - Added Requires java-1.4.2-gcj-compat >= 1.4.2.0-40jpp_14rh - Added Requires gcc-java >= 4.0.0-0.35 emacs-21.3-27 ------------- * Wed Apr 06 2005 Jens Petersen - 21.3-27 - use alternatives to switch _bindir/emacs between emacs and emacs-nox (Henning Schmiedehausen, #151067) - remove emacs and emacs-nox from bindir - prereq alternatives for emacs and emacs-nox - add post and postun scripts to handle alternatives - buildrequire xorg-x11-devel instead of XFree86-devel - really include and apply emacs-21.3-latex-mode-hook-144083.patch - make emacs and emacs-nox own _datadir/emacs/version too evince-0.2.0-1 -------------- * Wed Apr 06 2005 Marco Pesenti Gritti - 0.2.0-1 - Update to 0.2.0 gaim-1:1.2.1-4.fc4 ------------------ * Thu Apr 07 2005 Warren Togami 1:1.2.1-4 - use mozilla-nss everywhere because gnutls is buggy (#135778) * Wed Apr 06 2005 Warren Togami 1:1.2.1-2 - 147: drag-n-drop URL crash fix glib2-2.6.4-1 ------------- * Wed Apr 06 2005 Matthias Clasen - 2.6.4-1 - Update to 2.6.4 - Drop upstreamed patches gnome-applets-1:2.10.1-1 ------------------------ * Thu Apr 07 2005 Ray Strode 1:2.10.1-1 - update to 2.10.1 - actually build the old modemlights that were added in 2.10.0-4 gnome-menus-2.10.1-2 -------------------- * Wed Apr 06 2005 Mark McLoughlin 2.10.1-2 - Backport patch from CVS to fix large memory leak on re-loading the menus (gnome #172472) iiimf-le-chinput-0.3-18 ----------------------- * Fri Apr 08 2005 Jens Petersen - 0.3-18 - update for new iiimf file-paths - add iiimf-le-chinput-0.3-LE-filepath.patch - update sendhup, instle and uninstle - use system installed acfiles rather than old ones included - add comment that IM_INIT variables setup not used - use le_dir for install prefix - remove unused openmotif dependency from source - no longer buildrequire openmotif-devel - add iiimf-le-chinput-0.3-cfg-chks.patch to not check for canna and motif and not explicitly link against Xm and Xt - run autoconf after automake - require iiimf-server explicitly inn-2.4.2-3 ----------- * Thu Apr 07 2005 Martin Stransky 2.4.2-3 - add support for large files iputils-20020927-22 ------------------- * Thu Apr 07 2005 Radek Vokal 20020927-22 - don't start rdisc as default (#154075) k3b-0:0.11.23-3 --------------- * Thu Apr 07 2005 Petr Rockai - 0:0.11.23-3 - fix statfs usage (as per issue 65935 from IT) kdelibs-6:3.4.0-3 ----------------- * Thu Apr 07 2005 Than Ngo 3.4.0-3 - add missing kcontrol/khelp/home/find in main menu #151655 - fix bad symlinks #154093 kernel-2.6.11-1.1231_FC4 ------------------------ * Wed Apr 06 2005 Dave Jones - 2.6.12rc2 - netdump/netconsole currently broken. - Xen temporarily disabled. libselinux-1.23.5-1 ------------------- * Wed Apr 06 2005 Dan Walsh 1.23.5-1 - Update from NSA * Fixed bug in rpm_execcon error handling path. libuser-0.53.4-1 ---------------- * Wed Apr 06 2005 Miloslav Trmac - 0.53.4-1 - Fix adding objectclasses to existing LDAP entries (#152960) libwpd-0.8.0-4 -------------- * Wed Apr 06 2005 Caolan McNamara 0.8.0-4 - add libwpd devel provided patch for endless loops on some wpd documents man-pages-it-0.3.0-16 --------------------- * Thu Apr 07 2005 Peter Vrabec 0.3.0-16 - newgrp man page removed, will be provided by shadow-utils man-pages-pl-0.23-6 ------------------- * Thu Apr 07 2005 Peter Vrabec 0.23-6 - newgrp man page removed, will be provided by shadow-utils mt-st-0.8-5 ----------- * Thu Apr 07 2005 Jindrich Novy 0.8-5 - add SDLT600 entry to stinit.def.examples, suggested by Ralf-Peter Rohbeck (#153305) net-snmp-5.2.1-9 ---------------- * Wed Apr 06 2005 Radek Vokal - 5.2.1-9 - switching to a different 64bit patch, hopefully 64bit problems are gone for a while netdump-0.7.7-6 --------------- * Tue Apr 05 2005 Florian La Roche - add a "exit 0" to some scripts openoffice.org-1:1.9.89-5 ------------------------- * Tue Apr 05 2005 Caolan McNamara - 1:1.9.89-5 - ooo#46850# libscui680* apparently in the wrong subpackage - upstream patches to hsqldb b0rk gcj * Tue Apr 05 2005 Caolan McNamara - 1:1.9.89-4 - rh#153129# Requires won't work for x86_64 - rh#152269# Reported problems with nfs file locking - add openoffice.org-1.9.89.oooXXXXX.upstreamhatesthefp.officecfg.patch - drop redundant patches pam-0.79-3 ---------- * Thu Apr 07 2005 Tomas Mraz 0.79-3 - make pam_unix LSB 2.0 compliant even when SELinux enabled - #88127 - change both local and NIS passwords to keep them in sync, also fix a regression in passwd functionality on NIS master server * Tue Apr 05 2005 Tomas Mraz - #153711 fix wrong logging in pam_selinux when restoring tty label perl-LDAP-0.3202-1 ------------------ policycoreutils-1.23.3-2 ------------------------ * Thu Apr 07 2005 Dan Walsh 1.23.3-2 - Don't run load_policy on a non SELinux kernel. * Wed Apr 06 2005 Dan Walsh 1.23.3-1 - Update to version from NSA * Merged context validation patch for genhomedircon from Eric Paris. - Fix verbose output of restorecon poppler-0.2.0-1 --------------- python-2.4.1-1 -------------- * Wed Apr 06 2005 Mihai Ibanescu 2.4.1-1 - updated to 2.4.1 * Mon Mar 14 2005 Mihai Ibanescu 2.4-6 - building the docs from a different source rpm, to decouple bootstrapping python from having tetex installed * Fri Mar 11 2005 Dan Williams 2.4-5 - Rebuild to pick up new libssl.so.5 selinux-policy-strict-1.23.8-2 ------------------------------ * Wed Apr 06 2005 Dan Walsh 1.23.8-2 - Move to a later kernel version * Wed Apr 06 2005 Dan Walsh 1.23.8-1 - Update from NSA * Added netlink_kobject_uevent_socket class. * Removed empty files pump.te and pump.fc. * Added NetworkManager policy from Dan Walsh. * Merged Dan Walsh's major restructuring of Apache's policy. * Tue Apr 05 2005 Dan Walsh 1.23.6-4 - add NetworkManager and modutils selinux-policy-targeted-1.23.8-2 -------------------------------- * Wed Apr 06 2005 Dan Walsh 1.23.8-2 - Move to a later kernel version * Wed Apr 06 2005 Dan Walsh 1.23.8-1 - Update from NSA * Added netlink_kobject_uevent_socket class. * Removed empty files pump.te and pump.fc. * Added NetworkManager policy from Dan Walsh. * Merged Dan Walsh's major restructuring of Apache's policy. * Tue Apr 05 2005 Dan Walsh 1.23.6-4 - add NetworkManager and modutils system-config-users-1.2.35-1 ---------------------------- * Thu Apr 07 2005 Nils Philippsen - 1.2.35-1 - correct setting shadow values if password doesn't expire vixie-cron-1:4.1-30_FC4 ----------------------- * Thu Apr 07 2005 Jason Vas Dias - 4.1-30_FC4 - fix bug 154065: crontab's job control broken: by - xpid = waitpid(pid,&waiter,WUNTRACED);... - if( WIFSTOPPED(waiter) )... kill(getpid(),WSTOPSIG(waiter)); - crontab should not kill itself with SIGSTOP if its child - gets SIGSTOP; hence it does not need the waitpid WUNTRACED flag. w3m-0.5.1-9 ----------- * Thu Apr 07 2005 Akira TAGOH - 0.5.1-9 - removed imlib-devel build-dependency. (#153773) xorg-x11-6.8.2-20 ----------------- * Tue Apr 05 2005 Mike A. Harris 6.8.2-20 - Updated pre script to only strip away XkbRules lines indicating "xfree86" or "xorg" rules be used. (#142429) - xfs.init reordered find "-maxdepth" option to be first in the list of options because some people report errors, although I can not reproduce locally, implying it is a change in GNU findutils. (#153973) From thomasz at hostmaster.org Fri Apr 8 11:49:52 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Fri, 08 Apr 2005 13:49:52 +0200 Subject: ipac-ng 1.31 does not work anymore Message-ID: <1112960992.10492.26.camel@hostmaster.org> Hi, after updating to Fedora Core 4 Test 1 my ipac-ng stopped working :-((( From what I see it calls xcalloc() with an insane size value from prepare_entry()/iptables.c:1279 caused by an insane target->size value in the line before. Unfortunately I was unable to figure out where this value is coming from and would appreciate any help. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Attempting to apply the OSI layers model to a real network is just like attempting to represent seven dimensions in four dimensional reality. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From wbeebe at gmail.com Fri Apr 8 12:02:14 2005 From: wbeebe at gmail.com (William Beebe) Date: Fri, 8 Apr 2005 08:02:14 -0400 Subject: kde 3.4 In-Reply-To: <200504080825.06539.jamatos@fc.up.pt> References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> Message-ID: I downloaded and built KDE 3.4, and configured my FC3 environment to use my version of KDE. I can switch back to the Fedora KDE simply by changing some environment variables. However, having said this, I much prefer the 'untainted' KDE desktop over the 'unified' look-and-feel of the Fedora/Redhat desktop. Is it possible for Fedora (in the future) to allow for an un-unified look-and-feel, not only for KDE, but for GNOME as well (to satisfy GNOME purists). I hate to hurt anybody's feelings in Fedora land, but I much prefer the full KDE look-and-feel over the unified look. On Apr 8, 2005 3:25 AM, Jose' Matos wrote: > On Friday 08 April 2005 04:49, The DJ wrote: > > if I were to upgrade to 3.4 now, would that cause > > problems when upgrading to FC4? > > > > Eric > > And how would you upgrade? That is the point. > > I'm using kde 3.4 from kde-redhat, and I don't expect any problem when FC > 4 arrives. I have done it ever since Red Hat Linux 8.0 (or was it 9?) > without any noticeable problem before. > > -- > Jos? Ab?lio > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From arjanv at redhat.com Fri Apr 8 12:08:51 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 08 Apr 2005 14:08:51 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050408113639.GF16684@neu.nirvana> References: <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> Message-ID: <1112962132.6278.43.camel@laptopd505.fenrus.org> On Fri, 2005-04-08 at 13:36 +0200, Axel Thimm wrote: > On Thu, Apr 07, 2005 at 10:11:49PM -0700, Pete Zaitcev wrote: > > I'm sending you round to gather examples because while it's intuitively > > obvious that /etc/rc.modules is useful, it really has no reason to exist. > > The capabilities modules were mentioned a couple times, e.g. any > module that has no detectable hardware or no hardware at all mapped > to. but capabilities as a module is a big mistake and even a security hole ;) So please give another, more realistic example.... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From arjanv at redhat.com Fri Apr 8 12:16:50 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 08 Apr 2005 14:16:50 +0200 Subject: kde 3.4 In-Reply-To: References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> Message-ID: <1112962611.6278.48.camel@laptopd505.fenrus.org> On Fri, 2005-04-08 at 08:02 -0400, William Beebe wrote: > I downloaded and built KDE 3.4, and configured my FC3 environment to > use my version of KDE. I can switch back to the Fedora KDE simply by > changing some environment variables. However, having said this, I much > prefer the 'untainted' KDE desktop over the 'unified' look-and-feel of > the Fedora/Redhat desktop. Is it possible for Fedora (in the future) > to allow for an un-unified look-and-feel, not only for KDE, but for > GNOME as well (to satisfy GNOME purists). I hate to hurt anybody's > feelings in Fedora land, but I much prefer the full KDE look-and-feel > over the unified look I wonder when people finally give up on this and get real. So the default fedora theme is not the same as the default kde.org theme. BIG YAWN. Please stop moaning about something so trivial on this list, if you want to moan about this slashdot is ---> that way. Really what is all this fuss about? Is this just a "I want to be different and run kde.org unpatched" feeling? To each their preference, don't get me wrong, but please don't bother the rest of us with the theme you like most. Do you have one tangible thing that the fedora KDE gets wrong after you select your prefered theme ? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Axel.Thimm at ATrpms.net Fri Apr 8 12:20:37 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 8 Apr 2005 14:20:37 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112962132.6278.43.camel@laptopd505.fenrus.org> References: <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> <1112962132.6278.43.camel@laptopd505.fenrus.org> Message-ID: <20050408122037.GI16684@neu.nirvana> On Fri, Apr 08, 2005 at 02:08:51PM +0200, Arjan van de Ven wrote: > On Fri, 2005-04-08 at 13:36 +0200, Axel Thimm wrote: > > On Thu, Apr 07, 2005 at 10:11:49PM -0700, Pete Zaitcev wrote: > > > I'm sending you round to gather examples because while it's intuitively > > > obvious that /etc/rc.modules is useful, it really has no reason to exist. > > > > The capabilities modules were mentioned a couple times, e.g. any > > module that has no detectable hardware or no hardware at all mapped > > to. > > but capabilities as a module is a big mistake and even a security > hole ;) No, it's not, if you want to replace it with something better. > So please give another, more realistic example.... You are the kernel guru, never seen any non-hardware modules? ;) Choosing netfilter/netscheduling modules also comes to mind ... -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From arjanv at redhat.com Fri Apr 8 12:28:32 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 8 Apr 2005 14:28:32 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050408122037.GI16684@neu.nirvana> References: <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> <1112962132.6278.43.camel@laptopd505.fenrus.org> <20050408122037.GI16684@neu.nirvana> Message-ID: <20050408122832.GE16009@devserv.devel.redhat.com> On Fri, Apr 08, 2005 at 02:20:37PM +0200, Axel Thimm wrote: > No, it's not, if you want to replace it with something better. even "something better" really should be built into the kernel... (and I'd like to say that I'm sceptical about "something better" :) > > > So please give another, more realistic example.... > > You are the kernel guru, never seen any non-hardware modules? ;) > > Choosing netfilter/netscheduling modules also comes to mind ... netscheduling should be autoloaded on use; eg when you in rules for it... netfilter.. most of them should be autoloaded on use too... From Axel.Thimm at ATrpms.net Fri Apr 8 12:40:51 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 8 Apr 2005 14:40:51 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050408122832.GE16009@devserv.devel.redhat.com> References: <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> <1112962132.6278.43.camel@laptopd505.fenrus.org> <20050408122037.GI16684@neu.nirvana> <20050408122832.GE16009@devserv.devel.redhat.com> Message-ID: <20050408124051.GJ16684@neu.nirvana> On Fri, Apr 08, 2005 at 02:28:32PM +0200, Arjan van de Ven wrote: > On Fri, Apr 08, 2005 at 02:20:37PM +0200, Axel Thimm wrote: > > No, it's not, if you want to replace it with something better. > > even "something better" really should be built into the kernel... > (and I'd like to say that I'm sceptical about "something better" :) > > > > > > So please give another, more realistic example.... > > > > You are the kernel guru, never seen any non-hardware modules? ;) > > > > Choosing netfilter/netscheduling modules also comes to mind ... > > netscheduling should be autoloaded on use; eg when you in rules for it... > netfilter.. most of them should be autoloaded on use too... "should"? There is no way to autodetect that you want to have certain nat/conntrack module or a specific scheduler. Anyway there is demand for such a mechanism (the threads on this and bugzillas are witnesses), and there will always be, so let's better think on how and not why. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rdieter at math.unl.edu Fri Apr 8 12:52:09 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 08 Apr 2005 07:52:09 -0500 Subject: kde 3.4 In-Reply-To: References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> Message-ID: William Beebe wrote: > I downloaded and built KDE 3.4, and configured my FC3 environment to > use my version of KDE. I can switch back to the Fedora KDE simply by > changing some environment variables. However, having said this, I much > prefer the 'untainted' KDE desktop over the 'unified' look-and-feel of > the Fedora/Redhat desktop. Fine, switch away from the default Bluecurve style/icon-theme. No need to go (re)build KDE just for that. -- Rex From arjanv at redhat.com Fri Apr 8 12:57:00 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 08 Apr 2005 14:57:00 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050408124051.GJ16684@neu.nirvana> References: <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> <1112962132.6278.43.camel@laptopd505.fenrus.org> <20050408122037.GI16684@neu.nirvana> <20050408122832.GE16009@devserv.devel.redhat.com> <20050408124051.GJ16684@neu.nirvana> Message-ID: <1112965020.6278.53.camel@laptopd505.fenrus.org> > "should"? There is no way to autodetect that you want to have certain > nat/conntrack module or a specific scheduler. a specific scheduler ... you can autodetect it the moment you write a rule for it and send that ot the kernel.. > > Anyway there is demand for such a mechanism (the threads on this and > bugzillas are witnesses), and there will always be, so let's better > think on how and not why. there is always demand for mechanisms that work around bugs. Doesn't mean that it's the right thing to not fix the bug but do the workaround instead; simply because it means the bug probably won't get fixed. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ph18 at cornell.edu Fri Apr 8 13:06:09 2005 From: ph18 at cornell.edu (Paul A. Houle) Date: Fri, 08 Apr 2005 09:06:09 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1112913087.15329.31.camel@Madison.badger.com> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <1112913087.15329.31.camel@Madison.badger.com> Message-ID: On Thu, 07 Apr 2005 18:31:25 -0400, Toshio wrote: > > Mike, I definitely can agree with the portion of your argument shown > here:: One of Window's selling points is its compatibility to old > versions. It is, in fact, the center of the Microsoft business model. > If Longhorn were to totally break compatibility with previous versions > of Windows, how many shops do you think would decide it made just as > much sense to break compatibility and move to a better OS than to stay > with an incompatible "Windows"? Microsoft has another motivation for keeping binary compatibility. If a new version of Windows breaks a major application that competes with a Microsoft app, they'll have the DOJ on their case. > > Someone pointed out that many of the Loki Games no longer run on Fedora > because of kernel changes. No amount of keeping old libraries is going > to overcome that. If someone wants to fork a version of Fedora that > gets updated applications but keeps a stable base down to the kernel > layer and vet all potential changes there for things that will break > user apps they might be able to garner market share from people wanting > to run third party binary apps forever. OTOH, they may find that corner > of the market (game and app-rich, API/ABI stable, binary and > proprietary-license friendly OSs) is already filled with more mature > competitors. > The guy who lives in our other house is mad because an upgrade to Win2K broke his favorite games that ran just fine on Win98. I dread installing a DirectX game on any of the Windows machine I use because the odds of it working aren't that good. A lot of times it's a problem with the video card, drivers, and all that, but these problems aren't easy to fix. Back in 2000, I caught the USB bug and started getting USB peripherals of all types. I had much better luck plugging USB devices into Linux than I had plugging them into Win98. With mplayer, I can play just about any video file I get off the net. I've installed all sorts of libraries on my Windows and MacOS X systems and neither of them reliably and correctly plays XViD files. Windows and MacOS X have a lot to teach Linux about having a better desktop experience, but don't kid yourself into thinking they're perfect. From dseals at bpu.com Fri Apr 8 13:21:51 2005 From: dseals at bpu.com (dseals at bpu.com) Date: Fri, 8 Apr 2005 08:21:51 -0500 Subject: Video card . Message-ID: I am new to the Linux world - old MS Admin trying to discover another world. I have an IBM NetVista with an Intel 845 video card - when I install Core 3, the system goes "haywire" after all CD's are in and it reboots - no video. I corrected by redoing the xorg.conf file, but now can only get 640x480. Would appreciate any assistance on how to correct. Even at my age - I don't need icons that large.... Thanks in advance -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at redhat.com Fri Apr 8 13:22:41 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 08 Apr 2005 18:52:41 +0530 Subject: kde 3.4 In-Reply-To: References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> Message-ID: <425685A1.40802@redhat.com> William Beebe wrote: >I downloaded and built KDE 3.4, and configured my FC3 environment to >use my version of KDE. I can switch back to the Fedora KDE simply by >changing some environment variables. However, having said this, I much >prefer the 'untainted' KDE desktop over the 'unified' look-and-feel of >the Fedora/Redhat desktop. Is it possible for Fedora (in the future) >to allow for an un-unified look-and-feel, not only for KDE, but for >GNOME as well (to satisfy GNOME purists). I hate to hurt anybody's >feelings in Fedora land, but I much prefer the full KDE look-and-feel >over the unified look. > Pretty sure GNOME has the upstream look in FC3 and RHEL 4 . FC4 will have clearlooks as the default gnome them instead of bluecurve. Pretty likely KDE will be close to upstream too From sundaram at redhat.com Fri Apr 8 13:25:41 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 08 Apr 2005 18:55:41 +0530 Subject: Video card . In-Reply-To: References: Message-ID: <42568655.20505@redhat.com> dseals at bpu.com wrote: > I am new to the Linux world - old MS Admin trying to discover another > world. > > I have an IBM NetVista with an Intel 845 video card - when I install > Core 3, the system goes "haywire" after all CD's are in and it reboots > - no video. > > I corrected by redoing the xorg.conf file, but now can only get > 640x480. Would appreciate any assistance on how to correct. > http://www.fedoraproject.org/wiki/PostIsOffTopic Please use the fedora users list instead regards Rahul From wbeebe at gmail.com Fri Apr 8 13:31:45 2005 From: wbeebe at gmail.com (William Beebe) Date: Fri, 8 Apr 2005 09:31:45 -0400 Subject: kde 3.4 In-Reply-To: References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> Message-ID: >> Fine, switch away from the default Bluecurve style/icon-theme. No need >> to go (re)build KDE just for that. It was if I wanted the latest KDE. But that's now moot. I'll switch away instead to SuSE. Thanks for everyone's help in making this decision possible. On Apr 8, 2005 8:52 AM, Rex Dieter wrote: > William Beebe wrote: > > I downloaded and built KDE 3.4, and configured my FC3 environment to > > use my version of KDE. I can switch back to the Fedora KDE simply by > > changing some environment variables. However, having said this, I much > > prefer the 'untainted' KDE desktop over the 'unified' look-and-feel of > > the Fedora/Redhat desktop. > > Fine, switch away from the default Bluecurve style/icon-theme. No need > to go (re)build KDE just for that. > > -- Rex > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From arjanv at redhat.com Fri Apr 8 13:44:02 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 08 Apr 2005 15:44:02 +0200 Subject: kde 3.4 In-Reply-To: References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> Message-ID: <1112967842.6278.61.camel@laptopd505.fenrus.org> On Fri, 2005-04-08 at 09:31 -0400, William Beebe wrote: > >> Fine, switch away from the default Bluecurve style/icon-theme. No need > >> to go (re)build KDE just for that. > > It was if I wanted the latest KDE. But that's now moot. I'll switch > away instead to SuSE. Thanks for everyone's help in making this > decision possible. the funny thing is that SuSE has a likewise patched KDE :-) (as does Mandriva and most others; almost all distros use a non-default theme of some form) but... nobody who was so violent and loud about RH changing the default theme complains about them ;) Must be not popular to pointlessly moan about those, while it seems to be a sports to do so about RH / Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From sundaram at redhat.com Fri Apr 8 13:47:54 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 08 Apr 2005 19:17:54 +0530 Subject: kde 3.4 In-Reply-To: <1112967842.6278.61.camel@laptopd505.fenrus.org> References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> <1112967842.6278.61.camel@laptopd505.fenrus.org> Message-ID: <42568B8A.6020205@redhat.com> Hi >the funny thing is that SuSE has a likewise patched KDE :-) >(as does Mandriva and most others; almost all distros use a non-default >theme of some form) but... nobody who was so violent and loud about RH >changing the default theme complains about them ;) Must be not popular >to pointlessly moan about those, while it seems to be a sports to do so >about RH / Fedora > > > I think the whole attitude started out with the introduction of bluecurve. I dont think people realise how close Fedora is to upstream now compared to previous versions of RHL regards Rahul From jspaleta at gmail.com Fri Apr 8 13:55:33 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 8 Apr 2005 09:55:33 -0400 Subject: kde 3.4 In-Reply-To: <1112967842.6278.61.camel@laptopd505.fenrus.org> References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> <1112967842.6278.61.camel@laptopd505.fenrus.org> Message-ID: <604aa791050408065553c9214@mail.gmail.com> On Apr 8, 2005 9:44 AM, Arjan van de Ven wrote: > nobody who was so violent and loud about RH > changing the default theme complains about them ;) Must be not popular > to pointlessly moan about those, while it seems to be a sports to do so > about RH / Fedora Or its just an indication that Fedora has a critical mass of a certain type of user, compared to other distributions. Or in the RH/Fedora versus Suse case specifically, an indication that the communication between the end-user and the developers is more open for RH/Fedora, making it easier to get a response to angry rants over changes and thus encouraging people to speak their mind, even about trivial things. -jef From katzj at redhat.com Fri Apr 8 14:04:33 2005 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 08 Apr 2005 15:04:33 +0100 Subject: rawhide report: 20050408 changes In-Reply-To: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> References: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> Message-ID: <1112969074.10873.1.camel@bree.local.net> On Fri, 2005-04-08 at 07:41 -0400, Build System wrote: > * Wed Apr 06 2005 Jens Petersen - 21.3-27 > - use alternatives to switch _bindir/emacs between emacs and emacs-nox > (Henning Schmiedehausen, #151067) That's ... disgusting. :) Seriously, reducing the uses of alternatives instead of increasing them is the direction we want to go. (emacs-nox isn't even ever installed unless someone manually specifies it, in which case knowing they need to execute the crippled binary isn't such a big thing) Jeremy From pjones at redhat.com Fri Apr 8 14:06:00 2005 From: pjones at redhat.com (pjones) Date: Fri, 08 Apr 2005 10:06:00 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112965020.6278.53.camel@laptopd505.fenrus.org> References: <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> <1112962132.6278.43.camel@laptopd505.fenrus.org> <20050408122037.GI16684@neu.nirvana> <20050408122832.GE16009@devserv.devel.redhat.com> <20050408124051.GJ16684@neu.nirvana> <1112965020.6278.53.camel@laptopd505.fenrus.org> Message-ID: <1112969160.20889.6.camel@localhost.localdomain> > > Anyway there is demand for such a mechanism (the threads on this and > > bugzillas are witnesses), and there will always be, so let's better > > think on how and not why. > > there is always demand for mechanisms that work around bugs. Doesn't > mean that it's the right thing to not fix the bug but do the workaround > instead; simply because it means the bug probably won't get fixed. Indeed. Just to make sure I'm being clear, I'm *not* advocating that we have rc.modules.d . I'm trying to make sure we don't add one without giving it well defined ordering semantics, because I think that'd be a colossal mistake. In general, I think Pete's right -- for things with devices, hald and friends should be choosing what how the devices are exposed to the rest of the userland. For things that don't present devices, that's a different story, but in general I think they have less need to be dropped into place by non-Core packages. Unfortunately, that's not "no need", but I don't know that it's enough to justify adding such a broad, generic mechanism. -- Peter From wcohen at redhat.com Fri Apr 8 14:17:17 2005 From: wcohen at redhat.com (William Cohen) Date: Fri, 08 Apr 2005 10:17:17 -0400 Subject: Difficulties with FC4/xenU In-Reply-To: <58743620D2C0D9439C627C064581E25218D6CF@PA-ECLUSTER2.vmware.com> References: <58743620D2C0D9439C627C064581E25218D6CF@PA-ECLUSTER2.vmware.com> Message-ID: <4256926D.9010307@redhat.com> Jeffrey Buell wrote: > I installed the 2.6.11-1.1226 versions of xen0 and xenU. xen0 boots fine and > I'm able to run some small benchmarks. I followed the Quickstart Guide > closely but xenU wouldn't boot. I only managed to get to the "repair > filesystem" prompt. I discovered that the xenU file system didn't contain > inittab, rc.d/rc.sysinit, or rc.d/rc files. I copied over these files from > xen0 and the boot went a little further, but still complained about missing > things. etc/init.d contains 90 files in the xen0 fs but only 43 files in > xenU, and at least one of the missing ones is needed for boot. I did > groupinstall Base. I could try copying over all of init.d but that doesn't > seem like the right thing to do. > > 1) Has anybody successfully installed 2.6.11-1.1226 with Base, and did you > get all the files needed to boot to runlevel 3? Maybe my install was broken > and I need to start over from scatch. I was successful earlier this week. One very helpful hint from Uli Drepper was to get the init files installed with the following: rpm --noscripts --root /xen/base -vhi /xen/base/var/cache/yum/development/packages/initscripts-8.05-1.i386.rpm You will need to adjust /xen/base the appropriate mount point. > 2) Should I use a different group than Base? Is there info somewhere on the > different groups available? You should be able to use Base. -Will From david at fubar.dk Fri Apr 8 14:34:50 2005 From: david at fubar.dk (David Zeuthen) Date: Fri, 08 Apr 2005 10:34:50 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050407221149.05e6d798@localhost.localdomain> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> Message-ID: <1112970890.471.12.camel@dhcp83-33.boston.redhat.com> On Thu, 2005-04-07 at 22:11 -0700, Pete Zaitcev wrote: > On Fri, 08 Apr 2005 00:10:40 -0400 pjones wrote: > > > Ok, that one example isn't completely perfect, so here's a better one. > > If I load usb_storage before sd_mod, the iRiver plugged into my usb port > > is going to be sda, and the drive plugged into my scsi bus will be sdb, > > right? > > > > And if I load them in the opposite order? You've already lost if you rely on device names :-) > > I have an easy answer to this one: "use ub". Mwua hah hah hah ha! > But in all seriousness, it's a problem which has nothing to do with > module loading order. Consider a USB flash key and iRiver instead, one > of them is /dev/uba and another is /dev/ubb. Now, which is which? > This is very interesting and is something our intrepid hotplug and > HAL crew has to approach, but it has nothing to do with /etc/rc.modules > and so I'd like to see some other example. Of course we don't have to approach that, the answer is simple: Don't rely on device-names and/or physical position of the hardware. Here are two reason: a) users don't understand it; and b) sysadmins don't need to understand it. That's why e.g. hal/fstab-sync put /media/ in /etc/fstab so you can just label your disks and expect them to be mounted at the appropriate mount point. I'd wish people would file bugs against software, especially desktop software, that forces people to rely on device names. We need to move away from that. Cheers, David From david at fubar.dk Fri Apr 8 14:41:12 2005 From: david at fubar.dk (David Zeuthen) Date: Fri, 08 Apr 2005 10:41:12 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112947318.6278.22.camel@laptopd505.fenrus.org> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <1112947318.6278.22.camel@laptopd505.fenrus.org> Message-ID: <1112971272.471.19.camel@dhcp83-33.boston.redhat.com> On Fri, 2005-04-08 at 10:01 +0200, Arjan van de Ven wrote: > oh and the things udev has to pin devices to names.. The only really interesting mainstream example I can think of right now is that people have to write udev rules to get the /dev/pilot link (most of the time to /dev/ttyUSB0, sometimes to /dev/ttyUSB1 depending on the actual hardware) so pam_console assigns the right permissions for the console user and e.g. gnome-pilot can find the PDA. Actually we now have code in hal to recognize PDA's so a) we can change the permissions accordingly; and b) desktop software can ask HAL about these so there is no need to have a horrible "Select /dev file dialog". I hope at least we can get a) right for FC4. Cheers, David From skvidal at phy.duke.edu Fri Apr 8 14:40:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 08 Apr 2005 10:40:02 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112970890.471.12.camel@dhcp83-33.boston.redhat.com> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <1112970890.471.12.camel@dhcp83-33.boston.redhat.com> Message-ID: <1112971202.24604.15.camel@cutter> > Of course we don't have to approach that, the answer is simple: Don't > rely on device-names and/or physical position of the hardware. Here are > two reason: a) users don't understand it; and b) sysadmins don't need to > understand it. That's why e.g. hal/fstab-sync put /media/ > in /etc/fstab so you can just label your disks and expect them to be > mounted at the appropriate mount point. > > I'd wish people would file bugs against software, especially desktop > software, that forces people to rely on device names. We need to move > away from that. 1. sw-raid arrays - how do you not rely on device names when trying to fail-out a drive? 2. adding a new disk to a system. The new disk has been a boot disk for another older system. Suddenly you have two partitions labeled / and /var. How do you get out of that w/o booting up and making fstab mount via device name? -sv From david at fubar.dk Fri Apr 8 14:48:42 2005 From: david at fubar.dk (David Zeuthen) Date: Fri, 08 Apr 2005 10:48:42 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112971202.24604.15.camel@cutter> References: <20050403212737.567b73ee@localhost.localdomain> <1112595178.8674.5.camel@localhost.localdomain> <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <1112970890.471.12.camel@dhcp83-33.boston.redhat.com> <1112971202.24604.15.camel@cutter> Message-ID: <1112971722.471.25.camel@dhcp83-33.boston.redhat.com> On Fri, 2005-04-08 at 10:40 -0400, seth vidal wrote: > > Of course we don't have to approach that, the answer is simple: Don't > > rely on device-names and/or physical position of the hardware. Here are > > two reason: a) users don't understand it; and b) sysadmins don't need to > > understand it. That's why e.g. hal/fstab-sync put /media/ > > in /etc/fstab so you can just label your disks and expect them to be > > mounted at the appropriate mount point. > > > > I'd wish people would file bugs against software, especially desktop > > software, that forces people to rely on device names. We need to move > > away from that. > > 1. sw-raid arrays - how do you not rely on device names when trying to > fail-out a drive? I believe LVM2 at least uses UUID for both physical devices (part of the array) and logical devices itself. These UUID's are stored on the file system. Of course, people will be able to find examples where we do have to rely on device names; my rant^Wpoint is that end user desktop software expects users to understand them. That's the real bug. > 2. adding a new disk to a system. The new disk has been a boot disk for > another older system. Suddenly you have two partitions labeled / > and /var. How do you get out of that w/o booting up and making fstab > mount via device name? Because we should use mount-by-uuid and not mount-by-label? Go file a bug :-). Of course, people who live and swear by the command line will now flame me because /etc/fstab will contain UUID=1234-5678-9abc-ef01 for / instead of LABEL=/. FWIW, I've been bitten by this myself when attaching the disk from FC1 server to a running FC3 system using a USB-IDE enclosure. The bug only occurs when rebooting the system, HAL actually gets it right and even displays the / and /boot labels on your desktop for the with snazzy USB icons :-) Cheers, David From cmadams at hiwaay.net Fri Apr 8 14:53:37 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 8 Apr 2005 09:53:37 -0500 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112971202.24604.15.camel@cutter> References: <20050404233308.1894e3c9@lembas.zaitcev.lan> <1112683193.22212.15.camel@ignacio.ignacio.lan> <20050406002225.0ce0999c@lembas.zaitcev.lan> <1112814494.8973.20.camel@localhost.localdomain> <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <1112970890.471.12.camel@dhcp83-33.boston.redhat.com> <1112971202.24604.15.camel@cutter> Message-ID: <20050408145337.GC987829@hiwaay.net> Once upon a time, seth vidal said: > 1. sw-raid arrays - how do you not rely on device names when trying to > fail-out a drive? We need a "locator"; something that can take a device name and blink the activity LED at a regular rate. This could be "tricky" with a failed drive however (because you don't really want to read from it). Will the activity LED blink for other actions on typical drives? I know the LED on some CD drives will blink when checking to see if media is in the drive. > 2. adding a new disk to a system. The new disk has been a boot disk for > another older system. Suddenly you have two partitions labeled / > and /var. How do you get out of that w/o booting up and making fstab > mount via device name? This is a problem, especially at boot. You can also have problems with LVM if you have drives with different volumes on them that have the same name. I always name my volumes based on the host name instead of LogVol00. Mount by UUID instead of by label should solve the first problem, but it doesn't help with LVM. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From nbargnesi at gmail.com Fri Apr 8 15:20:09 2005 From: nbargnesi at gmail.com (Nick Bargnesi) Date: Fri, 8 Apr 2005 11:20:09 -0400 Subject: kde 3.4 In-Reply-To: <604aa791050408065553c9214@mail.gmail.com> References: <20050408034951.79755.qmail@web50804.mail.yahoo.com> <200504080825.06539.jamatos@fc.up.pt> <1112967842.6278.61.camel@laptopd505.fenrus.org> <604aa791050408065553c9214@mail.gmail.com> Message-ID: <3077b8a005040808202142f489@mail.gmail.com> On Apr 8, 2005 9:55 AM, Jeff Spaleta wrote: > On Apr 8, 2005 9:44 AM, Arjan van de Ven wrote: > > nobody who was so violent and loud about RH > > changing the default theme complains about them ;) Must be not popular > > to pointlessly moan about those, while it seems to be a sports to do so > > about RH / Fedora > > Or its just an indication that Fedora has a critical mass of a certain > type of user, compared to other distributions. Or in the RH/Fedora > versus Suse case specifically, an indication that the communication > between the end-user and the developers is more open for RH/Fedora, > making it easier to get a response to angry rants over changes and > thus encouraging people to speak their mind, even about trivial > things. > > -jef > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > Being a KDE/QT developer and an avid follower of the desktop, I've got to chime in. Red Hat's treatment of KDE today is fair and not unlike's SuSE and Mandriva's treatment. Every linux box I administer has KDE as the default environment, running of course on Fedora Core. As for upgrading, if KDE 3.4 is desired, there are RPMS built for Fedora Core 3 on the KDE mirrors for i386 archs: ftp://ftp.rutgers.edu/pub/kde/stable/3.4/RedHat/Fedora3/ The are no x86_64 RPMS but SRPMS are available to create your own. The underlying problem to this discussion seems to be that as time progresses, people want there personal preferences integrated into their favorite distribution. One of the reasons people are migrating to Linux is undoubtedly the choices the move provides you. But when it comes down to it, William Beebe can have his default untainted look (set KDEHOME to something like /home/the_beebe/Untained, configure and use), Arjan can do less typing by not responding to complaints, and the mass of complaining Fedora users can complain about something else. All it takes is to remember that your a Linux user and a little bit of intelligence goes a long way. -- Nick Bargnesi http://www.den-4.com Den 4 Software pub 1024D/E8BD2FD0 2004-12-02 Nick Bargnesi Key fingerprint = 6F9D 9404 63CD 2B04 DE7A 0F9D A1ED C1B0 E8BD 2FD0 sub 2048g/56C5D45B 2004-12-02 From overholt at redhat.com Fri Apr 8 15:21:53 2005 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 8 Apr 2005 11:21:53 -0400 Subject: rawhide report: 20050408 changes In-Reply-To: <1112969074.10873.1.camel@bree.local.net> References: <200504081141.j38BfktE024169@porkchop.devel.redhat.com> <1112969074.10873.1.camel@bree.local.net> Message-ID: <20050408152153.GA30294@redhat.com> * Jeremy Katz [2005-04-08 10:08]: [...] > > That's ... disgusting. :) > > Seriously, reducing the uses of alternatives instead of increasing them > is the direction we want to go. Why? Andrew From kyrre at solution-forge.net Fri Apr 8 15:27:15 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 08 Apr 2005 17:27:15 +0200 Subject: Video card . In-Reply-To: References: Message-ID: <1112974035.3365.0.camel@localhost.localdomain> fre, 08.04.2005 kl. 15.21 skrev dseals at bpu.com: > I am new to the Linux world - old MS Admin trying to discover another > world. > > I have an IBM NetVista with an Intel 845 video card - when I install > Core 3, the system goes "haywire" after all CD's are in and it reboots > - no video. > > I corrected by redoing the xorg.conf file, but now can only get > 640x480. Would appreciate any assistance on how to correct. > > Even at my age - I don't need icons that large.... > > Thanks in advance > > Do a "yum update". See fedorafaq.org for details. From jerone at gmail.com Fri Apr 8 15:47:13 2005 From: jerone at gmail.com (Jerone Young) Date: Fri, 8 Apr 2005 10:47:13 -0500 Subject: Video card . In-Reply-To: References: Message-ID: <9f50a7a00504080847557bf492@mail.gmail.com> Hmm I think your problem is that you need to go in the BIOS and allocate 8MB memory to the video card...it would default to 1MB. It's under Devices->Video Setup in the BIOS. If this is the case I would change the xorg config to how it orginally was and everything will work out. On Apr 8, 2005 8:21 AM, dseals at bpu.com wrote: > > > I am new to the Linux world - old MS Admin trying to discover another world. > > I have an IBM NetVista with an Intel 845 video card - when I install Core 3, > the system goes "haywire" after all CD's are in and it reboots - no video. > > I corrected by redoing the xorg.conf file, but now can only get 640x480. > Would appreciate any assistance on how to correct. > > Even at my age - I don't need icons that large.... > > Thanks in advance > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > > From michael.favia at insitesinc.com Fri Apr 8 15:53:38 2005 From: michael.favia at insitesinc.com (Michael Favia) Date: Fri, 08 Apr 2005 10:53:38 -0500 Subject: gnome-vfs not in Rawhide? In-Reply-To: <20050407224943.GM13251@rogers.com> References: <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> Message-ID: <4256A902.4090802@insitesinc.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dimitrie O. Paun wrote: > On Thu, Apr 07, 2005 at 05:43:14PM -0400, John Thacker wrote: > >>And when nothing in Core requires it, what's wrong with moving it to >>Extras? > > Moving stuff to "Extra" solves very little other than save a bit > of space, and mostly caters to our obsesive-compulsive sense of > neatness. But it _doesn't_ buy functionality. It just buys a bit > of space. And space is cheap. Very cheap. On the other hand, it > creates a lot of work for both users and developers. And their time > (and mindshare) are very, very expensive. This is why it's a poor > trade. > Extras buys more than space. It buys time as well. By eliminating the maintenance of cruft fedora core developers are able to spend more of their time actually improving core applications and as a result increase the rate of innovation in these areas. Less maintenance work and a cleaner picture of the horizon means more work *can" be done towards a clearer vision. Time *and* space... now thats a bargain. ;) - -- Michael Favia michael.favia at insitesinc.com Insites Incorporated http://michael.insitesinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCVqkCBVsNYjF2rDYRAiZOAJsH0WPnkQvaUSB0sUNXA4EQAtNlPgCfdn/j +vcjftqpm50VXdWyLwyqhP0= =Ja97 -----END PGP SIGNATURE----- From dragoran at feuerpokemon.de Fri Apr 8 16:11:06 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 08 Apr 2005 18:11:06 +0200 Subject: dmraid installation support Message-ID: <4256AD1A.20705@feuerpokemon.de> Will FC4 support installations on dmraid devices? Or is it already possible to be done with some hacks? From mike at navi.cx Fri Apr 8 18:02:25 2005 From: mike at navi.cx (Mike Hearn) Date: Fri, 08 Apr 2005 19:02:25 +0100 Subject: gnome-vfs not in Rawhide? References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> Message-ID: On Thu, 07 Apr 2005 21:09:53 -0400, John Thacker wrote: > Similarly, we expected people to have to do > export LD_ASSUME_KERNEL=2.2.5, etc., because their old apps (like > acroread4) wouldn't work otherwise. That seems pretty hard for a newbie > to figure out; I've had to tell people about it. They don't like > their apps suddenly breaking on upgrade. LD_ASSUME_KERNEL was an absolute usability disaster, it's not something anyone should be pointing to as justification. Threading really was not a bottleneck on most peoples systems, and it would have made much more sense for NPTL to be opt-in, instead of opt-out. The end result of stuff like this is that all the good work projects like GNOME have done gets thrown away, because the moment Joe User wants to run a cool game or their mission critical app, they have to dick about with the command line setting obscure meaningless variables that you Just Have To Know. thanks -mike From nphilipp at redhat.com Fri Apr 8 18:09:33 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 08 Apr 2005 20:09:33 +0200 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> Message-ID: <1112983774.6714.25.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-04-08 at 19:02 +0100, Mike Hearn wrote: > On Thu, 07 Apr 2005 21:09:53 -0400, John Thacker wrote: > > Similarly, we expected people to have to do > > export LD_ASSUME_KERNEL=2.2.5, etc., because their old apps (like > > acroread4) wouldn't work otherwise. That seems pretty hard for a newbie > > to figure out; I've had to tell people about it. They don't like > > their apps suddenly breaking on upgrade. > > LD_ASSUME_KERNEL was an absolute usability disaster, it's not something > anyone should be pointing to as justification. Threading really was > not a bottleneck on most peoples systems, and it would have made much more > sense for NPTL to be opt-in, instead of opt-out. > > The end result of stuff like this is that all the good work projects like > GNOME have done gets thrown away, because the moment Joe User wants to run > a cool game or their mission critical app, they have to dick > about with the command line setting obscure meaningless variables that you > Just Have To Know. You know, usually the workaround is opt-in instead of default, and for good reasons: if you change things (supposedly for the better), you want applications to be adjusted/fixed if necessary. This works so much better if you need to opt-in for the workaround to let old apps run -- the pressure for application developers to fix their applications is higher. With Windows, you would usually just have to bite the dust if your application doesn't work on the next OS version -- LD_ASSUME_KERNEL being awkward for the end user beats this hands down. Of course it would be even better if there were some kind of infrastructure to handle this better for the easily intimidated ;-). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From jbuell at vmware.com Fri Apr 8 18:09:56 2005 From: jbuell at vmware.com (Jeffrey Buell) Date: Fri, 8 Apr 2005 11:09:56 -0700 Subject: Difficulties with FC4/xenU Message-ID: <58743620D2C0D9439C627C064581E25218D6D1@PA-ECLUSTER2.vmware.com> > > > > 1) Has anybody successfully installed 2.6.11-1.1226 with > Base, and did you > > get all the files needed to boot to runlevel 3? Maybe my > install was broken > > and I need to start over from scatch. > > I was successful earlier this week. One very helpful hint from Uli > Drepper was to get the init files installed with the following: > > rpm --noscripts --root /xen/base -vhi > /xen/base/var/cache/yum/development/packages/initscripts-8.05- > 1.i386.rpm > > You will need to adjust /xen/base the appropriate mount point. Will, Thanks! xenU is running now. FYI, My install has "8.0.7" instead of "8.0.5". Jeff From Axel.Thimm at ATrpms.net Fri Apr 8 18:11:19 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 8 Apr 2005 20:11:19 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1112969160.20889.6.camel@localhost.localdomain> References: <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> <1112962132.6278.43.camel@laptopd505.fenrus.org> <20050408122037.GI16684@neu.nirvana> <20050408122832.GE16009@devserv.devel.redhat.com> <20050408124051.GJ16684@neu.nirvana> <1112965020.6278.53.camel@laptopd505.fenrus.org> <1112969160.20889.6.camel@localhost.localdomain> Message-ID: <20050408181119.GC17470@neu.nirvana> On Fri, Apr 08, 2005 at 10:06:00AM -0400, pjones wrote: > For things that don't present devices, that's a different story, but in > general I think they have less need to be dropped into place by non-Core > packages. Unfortunately, that's not "no need", but I don't know that > it's enough to justify adding such a broad, generic mechanism. So, what are the disadvantages of doing so? -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From thacker at math.cornell.edu Fri Apr 8 18:11:33 2005 From: thacker at math.cornell.edu (John Thacker) Date: Fri, 8 Apr 2005 14:11:33 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> Message-ID: <20050408181133.GA2376@thacker.dyndns.org> On Fri, Apr 08, 2005 at 07:02:25PM +0100, Mike Hearn wrote: > LD_ASSUME_KERNEL was an absolute usability disaster, it's not something > anyone should be pointing to as justification. Threading really was > not a bottleneck on most peoples systems, and it would have made much more > sense for NPTL to be opt-in, instead of opt-out. > > The end result of stuff like this is that all the good work projects like > GNOME have done gets thrown away, because the moment Joe User wants to run > a cool game or their mission critical app, they have to dick > about with the command line setting obscure meaningless variables that you > Just Have To Know. And the end result of making things like NPTL opt-in is that really broken things never get fixed, because those old binaries using broken things are still lying around. There's an entire continuum along the way of doing things, and there are certainly tradeoffs involved either way. Since most of the ill effects of doing things the Linux way (and the RedHat way) of making incompatible changes in order to discard cruft both fall hardest on non Free Software and non Open Source Software and on less technical users, it is unsurprising that Linux distributions are much more likely to behave this way than Windows, being both inherently more hostile to closed binaries and with a more technically savvy user communitiy. (It is, I think, worth pointing out that even an average user has no problems provided that he stays with Free Software.) While I certainly do not blame you for wanting a different balance in your approach, I disagree with your opinion as I place a different value on fixing broken things versus compatibility. While it is unreconcilable, luckily you and others are free to create a distribution which does take backwards compatibility more seriously. (Or use the many other operating systems that take a hardline approach towards backwards compatibility at the expense of fixing things.) I respect your differing opinion and recognize the tradeoffs involved, but still prefer things the way that they have been done. No invocation of "but we're a *platform* now" is likely to make me change my mind. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From djotaku1282 at yahoo.com Fri Apr 8 18:42:00 2005 From: djotaku1282 at yahoo.com (The DJ) Date: Fri, 8 Apr 2005 11:42:00 -0700 (PDT) Subject: kde 3.4 Message-ID: <20050408184200.75812.qmail@web50801.mail.yahoo.com> Hey, Sorry, I didn't intend to start a flame war about customization. I just use the rpms from the kde-redhat-stable and I saw they had 3.4 KDE available. I wanted to use it if it wouldn't break my computer when I try to upgrade to FC4 later on in June. I had accidentally half-updated to 3.4 with the artwork because I didn't notice the version number when I yummed, so I was trying to see if it was ok to do the rest of it. I guess, from the responses, that it probably isn't going to be a big deal to do it. For the record, [for me] it's not about being different from Fedora or that I think they have a broken KDE. I just like having the latest stuff and if I can have it now instead of June, I will. (As long as it doesn't give me a larger headache in June) __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From thomasz at hostmaster.org Fri Apr 8 19:44:39 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Fri, 08 Apr 2005 21:44:39 +0200 Subject: ipac-ng 1.31 does not work anymore In-Reply-To: <1112960992.10492.26.camel@hostmaster.org> References: <1112960992.10492.26.camel@hostmaster.org> Message-ID: <1112989479.10492.32.camel@hostmaster.org> I have just found out that this is caused by iptables-1.3, ipac-ng works fine again after downgrading to iptables 1.2.11. Should I file this as a bug for [ ] ipac-ng [ ] iptables [ ] Fedora? Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Give as few orders as possible, once you've given orders on a subject, you must always give orders on that subject. - Duke Leto in Dune -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From nbargnesi at gmail.com Fri Apr 8 20:29:31 2005 From: nbargnesi at gmail.com (Nick Bargnesi) Date: Fri, 8 Apr 2005 16:29:31 -0400 Subject: kde 3.4 In-Reply-To: <20050408184200.75812.qmail@web50801.mail.yahoo.com> References: <20050408184200.75812.qmail@web50801.mail.yahoo.com> Message-ID: <3077b8a005040813297b903165@mail.gmail.com> On Apr 8, 2005 2:42 PM, The DJ wrote: > Hey, > > Sorry, I didn't intend to start a flame war about > customization. I just use the rpms from the > kde-redhat-stable and I saw they had 3.4 KDE > available. I wanted to use it if it wouldn't break my > computer when I try to upgrade to FC4 later on in > June. I had accidentally half-updated to 3.4 with the > artwork because I didn't notice the version number > when I yummed, so I was trying to see if it was ok to > do the rest of it. > > I guess, from the responses, that it probably isn't > going to be a big deal to do it. > > For the record, [for me] it's not about being > different from Fedora or that I think they have a > broken KDE. I just like having the latest stuff and > if I can have it now instead of June, I will. (As > long as it doesn't give me a larger headache in June) > Agree - I've always had the latest KDE stable using konstruct. I'd suggest to you, set the KDEHOME environmental variable to something useful say ~/Settings. Once FC4 comes, if you're doing an upgrade, remove the kde-redhat-stable RPMS you installed and install FC4's. Your old ~/Settings KDEHOME directory will carry your preferences through KDE versions. The only downside, anything you built against the old KDE version will have to be rebuilt against the new one. > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Nick Bargnesi http://www.den-4.com Den 4 Software pub 1024D/E8BD2FD0 2004-12-02 Nick Bargnesi Key fingerprint = 6F9D 9404 63CD 2B04 DE7A 0F9D A1ED C1B0 E8BD 2FD0 sub 2048g/56C5D45B 2004-12-02 From tjarls at iee.lu Fri Apr 8 17:08:09 2005 From: tjarls at iee.lu (Charles Lopes) Date: Fri, 08 Apr 2005 19:08:09 +0200 Subject: cyrus-imapd (Was Re: Removed packages In-Reply-To: <1112724841.20867.64.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> <1112724758.3882.5.camel@marte.biciclete.ro> <1112724841.20867.64.camel@cutter> Message-ID: <4256BA79.6090600@iee.lu> seth vidal wrote: >>and a damn sight feature-less. How about having multiple domains users >>in a database rather than system users? Oh, this is enterprise and >>fedora isn't about enterprise. >> >>Why isn't the default cyrus config setup so it works with system users >>like dovecot does? This way there won't be any setup for regular users >>and dovecot wouldn't be needed. >> >> > >b/c cyrus can only store files in cyrus's format and not in a plain mbox >file. So using it w/o special configuration is hard. > > Using mbox, specialy with dovecot, is not a smart idea anyway. Some of these regular users will set up mail servers without caring much about configuration. What will their reaction be when some large mailboxes start being corrupted? I've seen it happen with both uw-imap and dovecot. IMHO, not supporting mbox is a feature. From mrichar1 at swarthmore.edu Fri Apr 8 23:43:02 2005 From: mrichar1 at swarthmore.edu (Marc Richards) Date: Fri, 08 Apr 2005 19:43:02 -0400 Subject: apache2filter Message-ID: <42571706.4090401@swarthmore.edu> Hey everyone, I saw in the release notes for RHEL 4 that they have switched from apache2filter to apache2handler for processing PHP files. I just checked my copy of FC2 and noticed that apache2handler was being used as well. I have couple questions: 1) Will FC4 be using handler or the filter? 2) Does anybody know why the switch was made from handler to filter for RHEL3 -> RHEL4 (and presumably RH9/FC1 -> FC2)? Using the filter (on RHEL3) allows me to easily include PHP output in my regular html page by turning on the IncludesNoExec directive. IncludesNoExec doesn't work using the handler because it only works with text/* file types and in order to associate php files with the handler you have to use AddType application/x-httpd-php .php. Using the Includes (no NoExec) directive is bad because it lets web developers execute command line programs from within .html pages. Is there another way to achieve what I want with the apache2handler? or is there some other flaw in my logic? Thanks. Marc From laroche at redhat.com Sat Apr 9 05:45:26 2005 From: laroche at redhat.com (Florian La Roche) Date: Sat, 9 Apr 2005 07:45:26 +0200 Subject: xdelta for DVD ISO-images Message-ID: <20050409054526.GA4376@dudweiler.stuttgart.redhat.com> The following is done for specifix for DVD images. Maybe this can also be implemented for FC. greetings, Florian La Roche We ship the Specifix Linux distribution on two CD-ROM images per architecture. If you have a DVD burner and want to create DVD images, we have supplied xdelta version 1 files created from concatenated CD images to a DVD image. To create the DVD image, download the two CD-ROM images and the xdelta for your architecture, and run these two commands: cat specifix-linux-0.23--disc1.iso specifix-linux-0.23--disc2.iso > spx-merged.tmp xdelta patch specifix-linux-0.23--cd-dvd.xdelta spx-merged.tmp specifix-linux-0.23--dvd.iso Substitute for your architecture. Burn the resulting dvd.iso file to a dvd: growisofs -Z /dev/dvd=specifix-linux-0.23--dvd.iso If you are not yet running Specifix Linux, and if your distribution does not include xdelta 1, you can get xdelta 1.1.3 from http://sourceforge.net/project/showfiles.php?group_id=6966&package_id=7069 From sundaram at redhat.com Sat Apr 9 07:58:09 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Sat, 09 Apr 2005 13:28:09 +0530 Subject: kde 3.4 In-Reply-To: <20050408184200.75812.qmail@web50801.mail.yahoo.com> References: <20050408184200.75812.qmail@web50801.mail.yahoo.com> Message-ID: <42578B11.2090805@redhat.com> The DJ wrote: > >For the record, [for me] it's not about being >different from Fedora or that I think they have a >broken KDE. I just like having the latest stuff and >if I can have it now instead of June, I will. (As >long as it doesn't give me a larger headache in June) > You can set up yum to exclude kde stuff from FC4 and continue using kde from elsewhere if thats what you prefer regards Rahul From sundaram at redhat.com Sat Apr 9 08:00:02 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Sat, 09 Apr 2005 13:30:02 +0530 Subject: ipac-ng 1.31 does not work anymore In-Reply-To: <1112989479.10492.32.camel@hostmaster.org> References: <1112960992.10492.26.camel@hostmaster.org> <1112989479.10492.32.camel@hostmaster.org> Message-ID: <42578B82.4070904@redhat.com> Thomas Zehetbauer wrote: >I have just found out that this is caused by iptables-1.3, ipac-ng works >fine again after downgrading to iptables 1.2.11. Should I file this as a >bug for [ ] ipac-ng [ ] iptables [ ] Fedora? > >Tom > > > against iptables. If you are in doubt its generally better to choose what you personally find more logical. Developers can reassign the bug if you did it wrong. Thats better than just not filing a bug report or asking around regards Rahul From buildsys at redhat.com Sat Apr 9 11:46:05 2005 From: buildsys at redhat.com (Build System) Date: Sat, 9 Apr 2005 07:46:05 -0400 Subject: rawhide report: 20050409 changes Message-ID: <200504091146.j39Bk553003256@porkchop.devel.redhat.com> Removed package katana Updated Packages: ant-0:1.6.2-3jpp_4fc -------------------- * Fri Apr 08 2005 Andrew Overholt 1.6.2-3jpp_4fc - Back out ant-apache-javac-ecj.patch and ant.orig changes as they stop eclipse from building. at-3.1.8-77_FC4 --------------- * Fri Apr 08 2005 Jason Vas Dias 3.1.8-77 - always call pam_setcred(pamh, PAM_DELETE_CRED) before session - close authd-1.4.3-4.devel ------------------- * Fri Apr 08 2005 Martin Stransky - 1.4.3-4.devel - clear last update * Fri Apr 08 2005 Martin Stransky - 1.4.3-3.devel - delete user "ident" after uninstalation * Thu Apr 07 2005 Martin Stransky - 1.4.3-2.devel - in.authd disabled by default (#151905) bug-buddy-1:2.10.0-1 -------------------- * Fri Apr 08 2005 Ray Strode 2.10.0-1 - Update to 2.10.0 control-center-1:2.10.1-1 ------------------------- * Fri Apr 08 2005 Ray Strode - Update to 2.10.1 device-mapper-multipath-0.4.4-0.pre8.1 -------------------------------------- e2fsprogs-1.37-2 ---------------- * Fri Apr 08 2005 Thomas Woerner 1.37-2 - upstream fixes 1.1589, 1.1590 and 1.1591: - add include of stdlib.h to fix a core dump bug on IA64 - ignore environment variables in blkid and ext2fs for setuid and setguid programs - no LOW_DTIME checks if the superblock last mount time looks insane * Fri Apr 08 2005 Thomas Woerner 1.37-1 - new version 1.37 - dropped upstream merged getsize-wrap patch * Wed Mar 16 2005 Stephen C. Tweedie 1.36-1.4 - Fix the getsize-wrap patch for >4TB filesystems eclipse-1:3.1.0_fc-0.M5.18 -------------------------- * Wed Apr 06 2005 Andrew Overholt 3.1.0_fc-0.M5.18 - Fix typo in gcj db building loops. - Add -O1 to x86_64 jar.so compilation. - Add EFJ (Eclipse Formatter for Java) patches (bkonrath) (e.o#75333). - Add patch to build swttools.jar (e.o#90364). - Symlink out to ant-jsch now that we have that. * Mon Apr 04 2005 Andrew Overholt 3.1.0_fc-0.M5.17 - Actually insert .jar-.jar.so combinations into sub-dbs. * Thu Mar 31 2005 Andrew Overholt 3.1.0_fc-0.M5.16 - Fix eclipse.script to not leave a sh process around (Joe Orton) - Use proper sub-dbs. - Don't compile jars that are symlinked from elsewhere. - Add jar-so combinations to .db based on .jar.so existence (not .jar). - Rename sub-dbs to be eclipse-*.db. - Use rebuild-gcj-db script. fonts-xorg-6.8.1.1-2 -------------------- * Fri Apr 08 2005 Mike A. Harris 6.8.1.1-2 - Added postun scripts for ISO8859-14 fonts, as they were previously missing, which could cause problems on uninstallation of those fonts. * Wed Mar 02 2005 Mike A. Harris 6.8.1.1-1.EL.1 - Bumped 6.8.1.1-1 to 6.8.1.1-1.EL.1, merged into RHEL4 for U1 gdb-6.3.0.0-1.11 ---------------- * Fri Apr 08 2005 Andrew Cagney 6.3.0.0-1.11 - Replace patch warning about DW_OP_piece with a patch that implements the DW_OP_piece read path. gdbm-1.8.0-25 ------------- * Sat Apr 09 2005 Florian La Roche - rebuild gedit-1:2.10.2-1 ---------------- * Fri Apr 08 2005 Ray Strode - 2.10.2-1 - Update to upstream version 2.10.2 gnome-doc-utils-0.2.0-1 ----------------------- * Fri Apr 08 2005 Ray Strode - 0.2.0-1 - Update to upstream version 0.2.0 gnome-games-1:2.10.0-1 ---------------------- * Fri Apr 08 2005 Ray Strode 1:2.10.0-1 - Update to 2.10.0 kernel-2.6.11-1.1233_FC4 ------------------------ * Fri Apr 08 2005 Dave Jones - Disable Longhaul driver (again). libgnome-2.10.0-1 ----------------- * Fri Apr 08 2005 Ray Strode - 2.10.0-1 - Update to 2.10.0 * Fri Mar 18 2005 Matthias Clasen - 2.9.1-3 - Fix the build on s390 * Thu Mar 17 2005 Matthias Clasen - 2.9.1-2 - Switch to Clearlooks as default gtk theme, gnome as default icon theme libgnomeui-2.10.0-1 ------------------- * Fri Apr 08 2005 Ray Strode - 2.10.0-1 - Update to 2.10.0 -* Thu Jan 27 2005 Matthias Clasen - 2.9.1-1 - Update to 2.9.1 - Drop upstreamed patches * Wed Sep 22 2004 Alexander Larsson - 2.8.0-1 - update to 2.8.0 * Fri Sep 17 2004 Matthias Clasen 2.7.92-2 - make the gnome-vfs file chooser backend work better with ftp: man-1.5p-4 ---------- * Tue Mar 29 2005 Ivana Varekova 1.5p-4 - fix bug 140732 in man pages and the rest of bug 140207 change in man-pages again (patch 17) * Tue Mar 22 2005 Ivana Varekova 1.5p-3 - fix bug 142673 - bugs in man2html * Wed Mar 16 2005 Ivana Varekova 1.5p-2 - fix bug 140178 - correct one typo - fix bug 140202 - problem with makewhatis exit (patch 13) - fix bug 140207 - problem with makewhatis -u (patch 14) the fixed version update information about man-pages which are less then one day old (it is used in day update) (man-pages may be fixed) - fix bug 140729 - makewhatis removed to /usr/sbin - fix bug 146631 - two-part locale dir-name is support (patch 15) - changed makewhatis version mysql-4.1.11-2 -------------- * Fri Apr 08 2005 Tom Lane 4.1.11-2 - Avoid dependency on , cause it won't build anymore on ia64. This is probably a cleaner solution for bz#143537, too. * Thu Apr 07 2005 Tom Lane 4.1.11-1 - Update to MySQL 4.1.11 to fix bz#152911 as well as other issues - Move perl-DBI, perl-DBD-MySQL dependencies to server package (bz#154123) - Override configure thread library test to suppress HAVE_LINUXTHREADS check - Fix BDB failure on s390x (bz#143537) - At last we can enable "make test" on all arches mysqlclient10-3.23.58-6 ----------------------- * Fri Apr 08 2005 Tom Lane 3.23.58-6 - Avoid dependency on , cause it won't build anymore on ia64. - Override configure thread library test to suppress HAVE_LINUXTHREADS check ncpfs-2.2.4-7 ------------- * Fri Apr 08 2005 Jiri Ryska - fixed getuid security bug CAN-2005-0013 - gcc4 fix * Wed Mar 16 2005 Elliot Lee - rebuilt pam-0.79-4 ---------- * Fri Apr 08 2005 Tomas Mraz 0.79-4 - #150537 - flush input first then write the prompt portmap-4.0-64 -------------- * Sat Apr 09 2005 Florian La Roche - add "exit 0" to postun script python-docs-2.4.1-1 ------------------- unixODBC-2.2.11-1 ----------------- * Fri Apr 08 2005 Tom Lane 2.2.11-1 - Update to unixODBC 2.2.11 vixie-cron-1:4.1-32_FC4 ----------------------- * Fri Apr 08 2005 Jason Vas Dias - 4.1-32_FC4 - do pam_close_session and pam_setcred(pamh, PAM_DELETE_CRED) - if fork fails From mike at navi.cx Sat Apr 9 12:14:25 2005 From: mike at navi.cx (Mike Hearn) Date: Sat, 09 Apr 2005 13:14:25 +0100 Subject: gnome-vfs not in Rawhide? References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> <1112983774.6714.25.camel@gibraltar.stuttgart.redhat.com> Message-ID: On Fri, 0 Apr 2005 20:09:33 +0200, Nils Philippsen wrote: > You know, usually the workaround is opt-in instead of default, and for > good reasons: if you change things (supposedly for the better), you want > applications to be adjusted/fixed if necessary. This works so much > better if you need to opt-in for the workaround to let old apps run -- > the pressure for application developers to fix their applications is > higher. I'm afraid the patch life for an average game is about 6 months. After this developers are usually not interested in releasing bugfixes or patches, no matter what sales are like. This also does nothing for things like Domino, which ship their own copies of the JVM. You can't upgrade it because the whole reason they ship their own JVM is that Java isn't sufficiently backwards compatible enough for large, complex programs like the Domino groupware server to use the systems copy. End result -> broken apps that will never, ever be fixed. thanks -mike From Nicolas.Mailhot at laPoste.net Sat Apr 9 12:37:05 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sat, 09 Apr 2005 14:37:05 +0200 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> <1112983774.6714.25.camel@gibraltar.stuttgart.redhat.com> Message-ID: <1113050226.18940.46.camel@rousalka.dyndns.org> Le samedi 09 avril 2005 ? 13:14 +0100, Mike Hearn a ?crit : > This also does nothing for things like Domino, which ship their own copies > of the JVM. You can't upgrade it because the whole reason they ship their > own JVM is that Java isn't sufficiently backwards compatible enough for > large, complex programs like the Domino groupware server to use the > systems copy. They ship their own copy because the system copy was historically a mess. At some point in time they'll have to either use the system copy or ship a full system image, and hope users won't lynch them. It's not so much a technical issue as a mindset issue - having several different teams maintaining the same code because they've all decided cooperating is too much work makes little technical sense really. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From subsolar at subsolar.org Sat Apr 9 14:30:20 2005 From: subsolar at subsolar.org (Paul) Date: Sat, 09 Apr 2005 09:30:20 -0500 Subject: NCPFS Support Message-ID: <1113057021.5248.4.camel@azure> Can anybody here answer the question as to why NCPFS is being listed as "not being on the roadmap"? Seeing that we run Novell it's rather handy to have, also most schools in the area run Novell and I'm curious as to why it's being dropped. Regards, Paul Berger From ml-fedora at fathomssen.de Sat Apr 9 16:32:23 2005 From: ml-fedora at fathomssen.de (Frederick Alexander Thomssen) Date: Sat, 9 Apr 2005 18:32:23 +0200 Subject: Problem with gcc-4.0.0-40 and KHTML Message-ID: <200504091832.23888.ml-fedora@fathomssen.de> When compiling KHTML from KDE-CVS with gcc-4.0.0-0.40, KHTML "works" strange: some (!) centered tables will be left-aligned and some background-images will not be shown. With gcc-4.0.0-0.38 it works fine. freddy -- Frederick Alexander Thomssen From mlists at juma.me.uk Sat Apr 9 17:20:35 2005 From: mlists at juma.me.uk (Ismael Juma) Date: Sat, 09 Apr 2005 18:20:35 +0100 Subject: Problem with gcc-4.0.0-40 and KHTML In-Reply-To: <200504091832.23888.ml-fedora@fathomssen.de> References: <200504091832.23888.ml-fedora@fathomssen.de> Message-ID: <1113067235.3035.1.camel@localhost.localdomain> On Sat, 2005-04-09 at 18:32 +0200, Frederick Alexander Thomssen wrote: > When compiling KHTML from KDE-CVS with gcc-4.0.0-0.40, KHTML "works" strange: > some (!) centered tables will be left-aligned and some background-images will > not be shown. > > With gcc-4.0.0-0.38 it works fine. > > freddy > -- > Frederick Alexander Thomssen > Hi, Check the following bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154294 Regards, Ismael From davej at redhat.com Sat Apr 9 18:20:54 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 9 Apr 2005 14:20:54 -0400 Subject: NCPFS Support In-Reply-To: <1113057021.5248.4.camel@azure> References: <1113057021.5248.4.camel@azure> Message-ID: <20050409182054.GB5942@redhat.com> On Sat, Apr 09, 2005 at 09:30:20AM -0500, Paul wrote: > Can anybody here answer the question as to why NCPFS is being listed as > "not being on the roadmap"? > > Seeing that we run Novell it's rather handy to have, also most schools > in the area run Novell and I'm curious as to why it's being dropped. (14:19:58:davej at nwo:~)$ modinfo ncpfs filename: /lib/modules/2.6.11-1.1231_FC4smp/kernel/fs/ncpfs/ncpfs.ko license: GPL srcversion: 48FE1F47EB82AE5EB3A295D depends: vermagic: 2.6.11-1.1231_FC4smp SMP gcc-4.0 It's been there forever. Dave From lfarkas at bppiac.hu Sat Apr 9 19:32:34 2005 From: lfarkas at bppiac.hu (Farkas Levente) Date: Sat, 09 Apr 2005 21:32:34 +0200 Subject: NCPFS Support In-Reply-To: <20050409182054.GB5942@redhat.com> References: <1113057021.5248.4.camel@azure> <20050409182054.GB5942@redhat.com> Message-ID: <42582DD2.4080407@bppiac.hu> Dave Jones wrote: > On Sat, Apr 09, 2005 at 09:30:20AM -0500, Paul wrote: > > Can anybody here answer the question as to why NCPFS is being listed as > > "not being on the roadmap"? > > > > Seeing that we run Novell it's rather handy to have, also most schools > > in the area run Novell and I'm curious as to why it's being dropped. > > (14:19:58:davej at nwo:~)$ modinfo ncpfs > filename: /lib/modules/2.6.11-1.1231_FC4smp/kernel/fs/ncpfs/ncpfs.ko > license: GPL > srcversion: 48FE1F47EB82AE5EB3A295D > depends: > vermagic: 2.6.11-1.1231_FC4smp SMP gcc-4.0 > > It's been there forever. can i ask why it was removed from rhel4 along with ipx support? -- Levente "Si vis pacem para bellum!" From skvidal at phy.duke.edu Sat Apr 9 19:32:54 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 09 Apr 2005 15:32:54 -0400 Subject: NCPFS Support In-Reply-To: <42582DD2.4080407@bppiac.hu> References: <1113057021.5248.4.camel@azure> <20050409182054.GB5942@redhat.com> <42582DD2.4080407@bppiac.hu> Message-ID: <1113075175.2815.6.camel@cutter> On Sat, 2005-04-09 at 21:32 +0200, Farkas Levente wrote: > Dave Jones wrote: > > On Sat, Apr 09, 2005 at 09:30:20AM -0500, Paul wrote: > > > Can anybody here answer the question as to why NCPFS is being listed as > > > "not being on the roadmap"? > > > > > > Seeing that we run Novell it's rather handy to have, also most schools > > > in the area run Novell and I'm curious as to why it's being dropped. > > > > (14:19:58:davej at nwo:~)$ modinfo ncpfs > > filename: /lib/modules/2.6.11-1.1231_FC4smp/kernel/fs/ncpfs/ncpfs.ko > > license: GPL > > srcversion: 48FE1F47EB82AE5EB3A295D > > depends: > > vermagic: 2.6.11-1.1231_FC4smp SMP gcc-4.0 > > > > It's been there forever. > > can i ask why it was removed from rhel4 along with ipx support? > not on this list, you can't. this isn't a rhel list. -sv From nick_smith67 at hotmail.com Sat Apr 9 21:31:46 2005 From: nick_smith67 at hotmail.com (Nick Smith) Date: Sat, 09 Apr 2005 21:31:46 +0000 Subject: CVS - kernel config files, where are they? Message-ID: I'm trying to build a kernel SRPM from the current CVS tree. Having read the docs and checked out the sources, I get as far as (from kernel/devel) [root at localhost devel]# make % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 35.3M 100 35.3M 0 0 195k 0 0:03:05 0:03:05 --:--:-- 236k -rw-r--r-- 1 root root 37075679 Mar 6 22:22 linux-2.6.11.tar.bz2 % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 3323k 100 3323k 0 0 193k 0 0:00:17 0:00:17 --:--:-- 236k -rw-r--r-- 1 root root 3403237 Apr 6 22:24 patch-2.6.12-rc2.bz2 make: *** No rule to make target `configs/config-i686', needed by `kernel-2.6.11-i686.config'. Stop. The source trees I checked out ("cvs co kernel" with CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist) do not seem to contain any configs Perhaps somebody would be kind enough to point out where I am going wrong Thanks Nick _________________________________________________________________ FREE pop-up blocking with the new MSN Toolbar ? get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ From davej at redhat.com Sat Apr 9 21:58:41 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 9 Apr 2005 17:58:41 -0400 Subject: CVS - kernel config files, where are they? In-Reply-To: References: Message-ID: <20050409215841.GB15030@redhat.com> On Sat, Apr 09, 2005 at 09:31:46PM +0000, Nick Smith wrote: > I'm trying to build a kernel SRPM from the current CVS tree. Having read > the docs and checked out the sources, I get as far as (from kernel/devel) > > [root at localhost devel]# make > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 35.3M 100 35.3M 0 0 195k 0 0:03:05 0:03:05 --:--:-- > 236k > -rw-r--r-- 1 root root 37075679 Mar 6 22:22 linux-2.6.11.tar.bz2 > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 100 3323k 100 3323k 0 0 193k 0 0:00:17 0:00:17 --:--:-- > 236k > -rw-r--r-- 1 root root 3403237 Apr 6 22:24 patch-2.6.12-rc2.bz2 > make: *** No rule to make target `configs/config-i686', needed by > `kernel-2.6.11-i686.config'. Stop. > > The source trees I checked out ("cvs co kernel" with > CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist) do not seem to > contain any configs > > Perhaps somebody would be kind enough to point out where I am going wrong As far as I can tell, this is a flaw of the current internal CVS -> external CVS mirroring. It doesn't seem to handle subdirectories. In the meantime until it gets fixed, I've placed the current configs/ dir for rawhide at http://people.redhat.com/davej/configs/ Dave From nick_smith67 at hotmail.com Sat Apr 9 22:59:25 2005 From: nick_smith67 at hotmail.com (Nick Smith) Date: Sat, 09 Apr 2005 22:59:25 +0000 Subject: CVS - kernel config files, where are they? Message-ID: On Sat, Apr 09, 2005 at 17:58:41 -0400, Dave Jones wrote: > > The source trees I checked out ("cvs co kernel" with > > CVSROOT=:pserver:anonymous cvs fedora redhat com:/cvs/dist) do not seem >to > > contain any configs > > > Perhaps somebody would be kind enough to point out where I am going >wrong > >As far as I can tell, this is a flaw of the current internal CVS -> >external >CVS mirroring. It doesn't seem to handle subdirectories. > >In the meantime until it gets fixed, I've placed the current configs/ >dir for rawhide at http://people.redhat.com/davej/configs/ Thanks Dave, that's helpful 1) Does this apparent flaw need formally reporting anywhere, or is it likely to get noticed and fixed naturally? 2) Could you possibly dump the contents of any other missing subdirectories needed to successfully complete a make (eg scripts/merge.pl)? Thanks Nick _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From davej at redhat.com Sat Apr 9 23:20:12 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 9 Apr 2005 19:20:12 -0400 Subject: CVS - kernel config files, where are they? In-Reply-To: References: Message-ID: <20050409232012.GC15030@redhat.com> On Sat, Apr 09, 2005 at 10:59:25PM +0000, Nick Smith wrote: > On Sat, Apr 09, 2005 at 17:58:41 -0400, Dave Jones wrote: > >> The source trees I checked out ("cvs co kernel" with > >> CVSROOT=:pserver:anonymous cvs fedora redhat com:/cvs/dist) do not seem > >to > >> contain any configs > >> > Perhaps somebody would be kind enough to point out where I am going > >wrong > > > >As far as I can tell, this is a flaw of the current internal CVS -> > >external > >CVS mirroring. It doesn't seem to handle subdirectories. > > > >In the meantime until it gets fixed, I've placed the current configs/ > >dir for rawhide at http://people.redhat.com/davej/configs/ > > Thanks Dave, that's helpful > > 1) Does this apparent flaw need formally reporting anywhere, or is it > likely to get noticed and fixed naturally? I Cc'd gafton on my previous mail, hopefully he can find time to check it out soon. > 2) Could you possibly dump the contents of any other missing subdirectories > needed to successfully complete a make (eg scripts/merge.pl)? Done. Both moved to http://people.redhat.com/davej/rawhide/ Dave From subsolar at subsolar.org Sun Apr 10 02:54:27 2005 From: subsolar at subsolar.org (Paul) Date: Sat, 09 Apr 2005 21:54:27 -0500 Subject: NCPFS Support In-Reply-To: <1113075175.2815.6.camel@cutter> References: <1113057021.5248.4.camel@azure> <20050409182054.GB5942@redhat.com> <42582DD2.4080407@bppiac.hu> <1113075175.2815.6.camel@cutter> Message-ID: <1113101667.7330.6.camel@azure> On Sat, 2005-04-09 at 15:32 -0400, seth vidal wrote: > On Sat, 2005-04-09 at 21:32 +0200, Farkas Levente wrote: > > Dave Jones wrote: > > > On Sat, Apr 09, 2005 at 09:30:20AM -0500, Paul wrote: > > > > Can anybody here answer the question as to why NCPFS is being listed as > > > > "not being on the roadmap"? > > > > > > > > Seeing that we run Novell it's rather handy to have, also most schools > > > > in the area run Novell and I'm curious as to why it's being dropped. > > > > > > (14:19:58:davej at nwo:~)$ modinfo ncpfs > > > filename: /lib/modules/2.6.11-1.1231_FC4smp/kernel/fs/ncpfs/ncpfs.ko > > > license: GPL > > > srcversion: 48FE1F47EB82AE5EB3A295D > > > depends: > > > vermagic: 2.6.11-1.1231_FC4smp SMP gcc-4.0 > > > > > > It's been there forever. > > > > can i ask why it was removed from rhel4 along with ipx support? > > > > not on this list, you can't. > > this isn't a rhel list. Well it's listed under Packages Deprecated * ncpfs ? No longer part of Fedora Core profile I guest my question is, why is it being deprecated? This does tie into FL's question, though I agree RHEL is not on-topic for this list. From mharris at www.linux.org.uk Sun Apr 10 06:35:28 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sun, 10 Apr 2005 02:35:28 -0400 Subject: Removed packages In-Reply-To: <1112712570.20867.4.camel@cutter> References: <200504051136.j35Ba5rc024807@porkchop.devel.redhat.com> <604aa791050405073344970889@mail.gmail.com> <1112712308.17360.21.camel@shahms.mesd.k12.or.us> <1112712570.20867.4.camel@cutter> Message-ID: <4258C930.5040300@www.linux.org.uk> seth vidal wrote: >>Yes, but the removal of cyrus-imapd leaves Fedora Core 4 without any >>imap servers as uw-imapd was removed (thankfully) a long time ago. I >>know Red Hat purchased the old Netscape imap server, but one would think >>they'd at least release it before pulling cyrus. If it was pulled >>intentionally, it's definitely something which should be moved to >>Extras. >> > > > umm, no it doesn't. > > fedora core still has dovecot. > > and dovecot's a damn sight easier to setup that cyrus. dovecot needs to be set up? Hmm... I just enabled the dovecot service and it worked without any configuration on my local machine... Perhaps I'm missing out on some wizardry functionality I didn't know one could configure. ;o) From mharris at www.linux.org.uk Sun Apr 10 06:42:09 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Sun, 10 Apr 2005 02:42:09 -0400 Subject: NCPFS Support In-Reply-To: <1113101667.7330.6.camel@azure> References: <1113057021.5248.4.camel@azure> <20050409182054.GB5942@redhat.com> <42582DD2.4080407@bppiac.hu> <1113075175.2815.6.camel@cutter> <1113101667.7330.6.camel@azure> Message-ID: <4258CAC1.7040904@www.linux.org.uk> Paul wrote: > On Sat, 2005-04-09 at 15:32 -0400, seth vidal wrote: > >>On Sat, 2005-04-09 at 21:32 +0200, Farkas Levente wrote: >> >>>Dave Jones wrote: >>> >>>>On Sat, Apr 09, 2005 at 09:30:20AM -0500, Paul wrote: >>>> > Can anybody here answer the question as to why NCPFS is being listed as >>>> > "not being on the roadmap"? >>>> > >>>> > Seeing that we run Novell it's rather handy to have, also most schools >>>> > in the area run Novell and I'm curious as to why it's being dropped. >>>> >>>>(14:19:58:davej at nwo:~)$ modinfo ncpfs >>>>filename: /lib/modules/2.6.11-1.1231_FC4smp/kernel/fs/ncpfs/ncpfs.ko >>>>license: GPL >>>>srcversion: 48FE1F47EB82AE5EB3A295D >>>>depends: >>>>vermagic: 2.6.11-1.1231_FC4smp SMP gcc-4.0 >>>> >>>>It's been there forever. >>> >>>can i ask why it was removed from rhel4 along with ipx support? >>> >> >>not on this list, you can't. >> >>this isn't a rhel list. > > > Well it's listed under Packages Deprecated > * ncpfs ? No longer part of Fedora Core profile > > I guest my question is, why is it being deprecated? > > This does tie into FL's question, though I agree RHEL is not on-topic > for this list. RHEL support questions can be handled by Red Hat Global Support Services, by calling 1-888-REDHAT1 and talking to a support associate. They will be best equipped to handle your RHEL support needs, and will do their best to assist you. Hope this helps. From geoffocal at optushome.com.au Sun Apr 10 10:36:58 2005 From: geoffocal at optushome.com.au (Geoff O'Callaghan) Date: Sun, 10 Apr 2005 20:36:58 +1000 Subject: stage2.img - howto Message-ID: <425901CA.9000404@optushome.com.au> Hi, Can anyone point me to some docs on how the Fedora/base/*.img files get created. I've managed to get a Fedora build running on s/390, but I had to hack an old stage2.img to get the install to happen.... just wondering how it is done 'properly'. -goc- From jos at xos.nl Sun Apr 10 10:47:13 2005 From: jos at xos.nl (Jos Vos) Date: Sun, 10 Apr 2005 12:47:13 +0200 Subject: stage2.img - howto In-Reply-To: <425901CA.9000404@optushome.com.au>; from geoffocal@optushome.com.au on Sun, Apr 10, 2005 at 08:36:58PM +1000 References: <425901CA.9000404@optushome.com.au> Message-ID: <20050410124713.A29355@xos037.xos.nl> On Sun, Apr 10, 2005 at 08:36:58PM +1000, Geoff O'Callaghan wrote: > Can anyone point me to some docs on how the Fedora/base/*.img files get > created. I've managed to get a Fedora build running on s/390, but I had > to hack an old stage2.img to get the install to happen.... just > wondering how it is done 'properly'. Loot at /usr/lib/anaconda-runtime/mk-images* and also at buildinstall (same directory) that on its turn calls mk-images. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From arjanv at redhat.com Sun Apr 10 10:49:39 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sun, 10 Apr 2005 12:49:39 +0200 Subject: NCPFS Support In-Reply-To: <1113101667.7330.6.camel@azure> References: <1113057021.5248.4.camel@azure> <20050409182054.GB5942@redhat.com> <42582DD2.4080407@bppiac.hu> <1113075175.2815.6.camel@cutter> <1113101667.7330.6.camel@azure> Message-ID: <1113130179.6275.24.camel@laptopd505.fenrus.org> > Well it's listed under Packages Deprecated > * ncpfs ? No longer part of Fedora Core profile > > I guest my question is, why is it being deprecated? the thing you need to realize is that novell added tcp/ip support to netware somewhere in the 1990's ;) most of these tools are both hardly maintained and often for the pre-tcp era of netware... I don't know the exact reason for this one, but in general one should realize that network facing tools by their nature are a security risk. For things like the apache webserver you accept that because 1) the risk is relatively low because of the "many eyes on the omnipresent tool" concept and 2) the value it provides is very high. For ncpfs I would argue the opposite is sort of true; it's relatively obscure which by their nature means both undertested and underreviewed and at the same time the value added by the thing is also somewhat less than that of the apache web server. Imo this balance should always be a consideration for package inclusion in any distribution. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From buildsys at redhat.com Sun Apr 10 11:44:10 2005 From: buildsys at redhat.com (Build System) Date: Sun, 10 Apr 2005 07:44:10 -0400 Subject: rawhide report: 20050410 changes Message-ID: <200504101144.j3ABiA1a017476@porkchop.devel.redhat.com> Updated Packages: gtk+-1:1.2.10-39 ---------------- * Wed Mar 02 2005 Matthias Clasen 1:1.2.10-35 - Rebuild with gcc4 * Thu Feb 17 2005 Matthias Clasen 1:1.2.10-34 - Replace Copyright tag in header. gtk2-2.6.5-1 ------------ * Sat Apr 09 2005 Matthias Clasen - 2.6.5-1 - Update to 2.6.5 - Drop upstreamed patches * Mon Mar 28 2005 Matthias Clasen - 2.6.4-3 - Fix a double free in the bmp loader * Tue Mar 01 2005 Matthias Clasen - 2.6.4-2 - Rebuild with gcc4 imlib-1:1.9.13-24 ----------------- * Wed Mar 02 2005 Matthias Clasen 1:1.9.13-24 - Replace Copyright: with License: - rebuild with gcc4 libsilc-0:0.9.12-11 ------------------- * Sat Apr 09 2005 Stu Tomlinson 0.9.12-11 - use RPM_OPT_FLAGS (#153261) perl-Net-DNS-0.49-2 ------------------- * Sat Apr 09 2005 Ville Skytt?? - 0.49-2 - Explicitly disable tests requiring network access at build time. - Exclude Win32 and Cygwin specific modules. - More specfile cleanups. - Honor $RPM_OPT_FLAGS. * Sat Apr 02 2005 Robert Scheck 0.49-1 - upgrade to 0.49 and spec file cleanup (#153186) rhn-applet-2.1.17-3 ------------------- * Tue Nov 09 2004 Adrian Likins 2.1.17-1 - fix #138369 selinux-policy-strict-1.23.9-1 ------------------------------ * Fri Apr 08 2005 Dan Walsh 1.23.9-1 - Create separate secadm_r/secadm_t domain selinux-policy-targeted-1.23.9-1 -------------------------------- * Fri Apr 08 2005 Dan Walsh 1.23.9-1 - Create separate secadm_r/secadm_t domain spamassassin-3.0.2-8.fc4 ------------------------ * Sun Apr 10 2005 Ville Skytt?? - 3.0.2-8 - Own /usr/share/spamassassin (#152534). - Drop no longer needed dependency filter script. * Sat Apr 02 2005 Warren Togami 3.0.2-7 - req DB_File (#143186) sqlite-3.1.2-3 -------------- * Sat Apr 09 2005 Warren Togami - 3.1.2-3 - fix buildreqs (#154298) From nick_smith67 at hotmail.com Sun Apr 10 12:04:09 2005 From: nick_smith67 at hotmail.com (Nick Smith) Date: Sun, 10 Apr 2005 12:04:09 +0000 Subject: CVS - kernel config files, where are they? In-Reply-To: <20050409232012.GC15030@redhat.com> Message-ID: On Sat, Apr 09, 2005 at 19:20:12 -0400, Dave Jones wrote: > > 2) Could you possibly dump the contents of any other missing >subdirectories > > needed to successfully complete a make (eg scripts/merge.pl)? > >Done. Both moved to http://people.redhat.com/davej/rawhide/ > OK rock-n-roll it works now :) Minor issue - from kernel/devel/Makefile: # local targets we need to carry around in addition to the default sources TARGETS = configs download There does not seem to be a "download" target defined anywhere, leading to: make: *** No rule to make target `download', needed by `sources'. Stop. I removed the download target reference from Makefile, and everything worked like a champ. Is this something old which needs cleaning up, or could it be something to do with a difference between internal and external versions of Makefile.common Thanks Nick _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From petersen at redhat.com Sun Apr 10 14:28:40 2005 From: petersen at redhat.com (Jens Petersen) Date: Sun, 10 Apr 2005 23:28:40 +0900 Subject: new emacs cvs snapshot packages available for i386, ppc and x86_64 In-Reply-To: <4193144D.4090407@redhat.com> References: <4193144D.4090407@redhat.com> Message-ID: <42593818.3070300@redhat.com> Jens Petersen wrote: > http://people.redhat.com/petersen/emacs/ : > Enjoy and please report any problems directly to me > (ie not to bugzilla or the emacs-devel list:) I updated the testing packages a few days ago to latest cvs head with builds for i386, ppc and x86_64. It has been lightly tested on fc3 and fedora devel. Please report problems and comments directly to me. Cheers, Jens From ziga.mahkovec at klika.si Sun Apr 10 14:49:11 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Sun, 10 Apr 2005 16:49:11 +0200 Subject: Bootchart for gdm early login Message-ID: <1113144552.6788.8.camel@localhost> I created some bootcharts for a recent rawhide snapshot (Apr 9th), comparing the new gdm early login with rhgb: http://www.bootchart.org/misc/fc4/t1/bootchart.earlylogin.png http://www.bootchart.org/misc/fc4/t1/bootchart.rhgb.png Some observations: 1. Early login definitely helps. Apart from the fact that gdmgreeter shows up ~20 seconds earlier, there's also a ~10 second net gain in boot time. 2. readahead is not installed by default. I'm not sure if this is intentional, but the new package is not listed in comps.xml (FC3 carried it in kernel-utils). Is this due to bug 128444, waiting for a better readahead file list update mechanism? I tried booting with readahead installed, but it didn't improve the times. 3. rdisc (router discovery) could check for an actual network connection and fail if none is available. In my wireless NetworkManager setup (no network during boot) it wastes 6 seconds. 4. I had to disable kudzu and blacklist the ipw2100 module because it was taking 10 seconds and failed to load the firmware during boot: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=145283#c8 -- Ziga From terraformers at gmx.net Sun Apr 10 19:17:08 2005 From: terraformers at gmx.net (Lars G) Date: Sun, 10 Apr 2005 21:17:08 +0200 Subject: rawhide report: 20050410 changes References: <200504101144.j3ABiA1a017476@porkchop.devel.redhat.com> Message-ID: On Sun, 10 Apr 2005 07:44:10 -0400, Build System wrote: ... anyone have the "computer location" icon in nautilus/browser missing too after todays update ? best lars From davej at redhat.com Sun Apr 10 21:49:39 2005 From: davej at redhat.com (Dave Jones) Date: Sun, 10 Apr 2005 17:49:39 -0400 Subject: CVS - kernel config files, where are they? In-Reply-To: References: <20050409232012.GC15030@redhat.com> Message-ID: <20050410214939.GA7791@redhat.com> On Sun, Apr 10, 2005 at 12:04:09PM +0000, Nick Smith wrote: > On Sat, Apr 09, 2005 at 19:20:12 -0400, Dave Jones wrote: > > > 2) Could you possibly dump the contents of any other missing > >subdirectories > > > needed to successfully complete a make (eg scripts/merge.pl)? > > > >Done. Both moved to http://people.redhat.com/davej/rawhide/ > > > > OK rock-n-roll it works now :) > > Minor issue - from kernel/devel/Makefile: > > # local targets we need to carry around in addition to the default sources > TARGETS = configs download > > There does not seem to be a "download" target defined anywhere, leading to: > make: *** No rule to make target `download', needed by `sources'. Stop. > > I removed the download target reference from Makefile, and everything > worked like a champ. Is this something old which needs cleaning up, or > could it be something to do with a difference between internal and external > versions of Makefile.common That I think comes from the Makefile in ../common Dave From jwboyer at jdub.homelinux.org Mon Apr 11 02:01:35 2005 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sun, 10 Apr 2005 21:01:35 -0500 Subject: CVS - kernel config files, where are they? In-Reply-To: <20050410214939.GA7791@redhat.com> References: <20050409232012.GC15030@redhat.com> <20050410214939.GA7791@redhat.com> Message-ID: <1113184895.6160.58.camel@jdub.homelinux.org> On Sun, 2005-04-10 at 17:49 -0400, Dave Jones wrote: > On Sun, Apr 10, 2005 at 12:04:09PM +0000, Nick Smith wrote: > > On Sat, Apr 09, 2005 at 19:20:12 -0400, Dave Jones wrote: > > > > 2) Could you possibly dump the contents of any other missing > > >subdirectories > > > > needed to successfully complete a make (eg scripts/merge.pl)? > > > > > >Done. Both moved to http://people.redhat.com/davej/rawhide/ > > > > > > > OK rock-n-roll it works now :) > > > > Minor issue - from kernel/devel/Makefile: > > > > # local targets we need to carry around in addition to the default sources > > TARGETS = configs download > > > > There does not seem to be a "download" target defined anywhere, leading to: > > make: *** No rule to make target `download', needed by `sources'. Stop. > > > > I removed the download target reference from Makefile, and everything > > worked like a champ. Is this something old which needs cleaning up, or > > could it be something to do with a difference between internal and external > > versions of Makefile.common > > That I think comes from the Makefile in ../common Well, it's supposed to. I mentioned this back in December[1], and you told me it was in ../common then too. It's not. That's the problem. IIRC, it's defined in the internal CVS version, but not in the public. Nasrat helped figure that out. I haven't tried to do a CVS kernel compile lately, but I'm surprised this hasn't been fixed yet. josh [1] Starting with this thread: https://www.redhat.com/archives/fedora- devel-list/2004-December/msg00806.html From subsolar at subsolar.org Mon Apr 11 02:02:52 2005 From: subsolar at subsolar.org (Paul) Date: Sun, 10 Apr 2005 21:02:52 -0500 Subject: NCPFS Support In-Reply-To: <1113130179.6275.24.camel@laptopd505.fenrus.org> References: <1113057021.5248.4.camel@azure> <20050409182054.GB5942@redhat.com> <42582DD2.4080407@bppiac.hu> <1113075175.2815.6.camel@cutter> <1113101667.7330.6.camel@azure> <1113130179.6275.24.camel@laptopd505.fenrus.org> Message-ID: <1113184972.14917.31.camel@azure> On Sun, 2005-04-10 at 12:49 +0200, Arjan van de Ven wrote: > > Well it's listed under Packages Deprecated > > * ncpfs ? No longer part of Fedora Core profile > > > > I guest my question is, why is it being deprecated? > > the thing you need to realize is that novell added tcp/ip support to > netware somewhere in the 1990's ;) > most of these tools are both hardly maintained and often for the pre-tcp > era of netware... Well the kernel module for NCPFS supports IPX, UDP and TCP (in 2.4 and later kernels) to connect to Netware servers. Later versions of the NCPFS package don't need IPX support in the kernel and Novell/SuSE has been helping out by submitting patches. The latest version (2.2.6) looks to fix the security issues in the 2.2.4 version that is shipped with fedora. > I don't know the exact reason for this one, but in general one should > realize that network facing tools by their nature are a security risk. > For things like the apache webserver you accept that because 1) the risk > is relatively low because of the "many eyes on the omnipresent tool" > concept and 2) the value it provides is very high. For ncpfs I would > argue the opposite is sort of true; it's relatively obscure which by > their nature means both undertested and underreviewed and at the same > time the value added by the thing is also somewhat less than that of the > apache web server. Imo this balance should always be a consideration for > package inclusion in any distribution. Looking at the change log for the 2.2.6 version it looks like it's getting attention by Novell/SuSE. So I guess it's probably getting better maintained now than it was a couple years ago. Frankly it would be nice to see support for pam_nds that Dr. Pollet created after filling some bug reports seems to work well in a few peoples environments. The pam_nds portion of NCPFS is probably the least mature portion of the package so can understand it being left out. I guess I would like to see ncpfs updated to the current 2.2.6 version and considered "Part of the Fedora Core Profile" and not Deprecated. If it has been dropped from RHEL 4 then I guess that would be bad as a future upgrade path for our systems running RH 7.3 that I have been using Legacy to update (not a situation I'm totally happy with). Regards, Paul Berger From davej at redhat.com Mon Apr 11 03:11:52 2005 From: davej at redhat.com (Dave Jones) Date: Sun, 10 Apr 2005 23:11:52 -0400 Subject: CVS - kernel config files, where are they? In-Reply-To: <1113184895.6160.58.camel@jdub.homelinux.org> References: <20050409232012.GC15030@redhat.com> <20050410214939.GA7791@redhat.com> <1113184895.6160.58.camel@jdub.homelinux.org> Message-ID: <20050411031152.GA5174@redhat.com> On Sun, Apr 10, 2005 at 09:01:35PM -0500, Josh Boyer wrote: > On Sun, 2005-04-10 at 17:49 -0400, Dave Jones wrote: > > On Sun, Apr 10, 2005 at 12:04:09PM +0000, Nick Smith wrote: > > > On Sat, Apr 09, 2005 at 19:20:12 -0400, Dave Jones wrote: > > > > > 2) Could you possibly dump the contents of any other missing > > > >subdirectories > > > > > needed to successfully complete a make (eg scripts/merge.pl)? > > > > > > > >Done. Both moved to http://people.redhat.com/davej/rawhide/ > > > > > > > > > > OK rock-n-roll it works now :) > > > > > > Minor issue - from kernel/devel/Makefile: > > > > > > # local targets we need to carry around in addition to the default sources > > > TARGETS = configs download > > > > > > There does not seem to be a "download" target defined anywhere, leading to: > > > make: *** No rule to make target `download', needed by `sources'. Stop. > > > > > > I removed the download target reference from Makefile, and everything > > > worked like a champ. Is this something old which needs cleaning up, or > > > could it be something to do with a difference between internal and external > > > versions of Makefile.common > > > > That I think comes from the Makefile in ../common > > Well, it's supposed to. I mentioned this back in December[1], and you > told me it was in ../common then too. It's not. That's the problem. > > IIRC, it's defined in the internal CVS version, but not in the public. > Nasrat helped figure that out. I haven't tried to do a CVS kernel > compile lately, but I'm surprised this hasn't been fixed yet. Hmm, wierd. No idea then. Added the man with the know-how to the Cc: Dave From cra at WPI.EDU Mon Apr 11 03:15:10 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Sun, 10 Apr 2005 23:15:10 -0400 Subject: NCPFS Support In-Reply-To: <1113184972.14917.31.camel@azure> References: <1113057021.5248.4.camel@azure> <20050409182054.GB5942@redhat.com> <42582DD2.4080407@bppiac.hu> <1113075175.2815.6.camel@cutter> <1113101667.7330.6.camel@azure> <1113130179.6275.24.camel@laptopd505.fenrus.org> <1113184972.14917.31.camel@azure> Message-ID: <20050411031510.GB8833@angus.ind.WPI.EDU> On Sun, Apr 10, 2005 at 09:02:52PM -0500, Paul wrote: > If it has been dropped from RHEL 4 then I guess that would be bad as a > future upgrade path for our systems running RH 7.3 that I have been > using Legacy to update (not a situation I'm totally happy with). Well, with a RHEL contract you can choose to run RHEL 2.1 or 3 for a few more years at least. From pzad at pobox.sk Mon Apr 11 06:16:21 2005 From: pzad at pobox.sk (Peter Zubaj) Date: Mon, 11 Apr 2005 08:16:21 +0200 Subject: xdelta for DVD ISO-images Message-ID: <200504110616.j3B6GHHo002268@www4.pobox.sk> Personally I will prefer this idea. For me is simpler to download x CDs + xdelta as 1 DVD. Peter Zubaj ____________________________________ Vsetko o SuperStar http://superstar.atlas.sk From cra at WPI.EDU Mon Apr 11 06:28:39 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Mon, 11 Apr 2005 02:28:39 -0400 Subject: xdelta for DVD ISO-images In-Reply-To: <20050409054526.GA4376@dudweiler.stuttgart.redhat.com> References: <20050409054526.GA4376@dudweiler.stuttgart.redhat.com> Message-ID: <20050411062839.GF8833@angus.ind.WPI.EDU> On Sat, Apr 09, 2005 at 07:45:26AM +0200, Florian La Roche wrote: > The following is done for specifix for DVD images. Maybe this can > also be implemented for FC. > If you have a DVD burner and want to create DVD images, we have > supplied xdelta version 1 files created from concatenated CD images > to a DVD image. Even better: create jigdo templates on the master server so that people can choose to download the files and create their own CD and DVD ISO images. Imaging the savings that mirrors can have by rsyncing release trees like they do now, and regenerating the ISO images locally. From mls at suse.de Mon Apr 11 09:14:34 2005 From: mls at suse.de (Michael Schroeder) Date: Mon, 11 Apr 2005 11:14:34 +0200 Subject: xdelta for DVD ISO-images In-Reply-To: <20050409054526.GA4376@dudweiler.stuttgart.redhat.com> References: <20050409054526.GA4376@dudweiler.stuttgart.redhat.com> Message-ID: <20050411091433.GA10615@suse.de> On Sat, Apr 09, 2005 at 07:45:26AM +0200, Florian La Roche wrote: > The following is done for specifix for DVD images. Maybe this can > also be implemented for FC. Btw, the rpmdelta suite also contains 'makedeltaiso' and 'applydeltaiso' which can be used to create deltas between isos containing different versions of the rpms. It basically unpacks the rpm payloads before creating the delta. ftp://ftp.suse.com/pub/projects/deltarpm/deltarpm-2.2.tar.bz2 Cheers, Michael. -- Michael Schroeder mls at suse.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From daghemo at xoul.com Mon Apr 11 10:04:08 2005 From: daghemo at xoul.com (AGHEMO Danilo) Date: Mon, 11 Apr 2005 12:04:08 +0200 Subject: extras build system Message-ID: <1113213848.6118.30.camel@localhost.localdomain> this may be a faq, but... how can i replicate the build system on my server for testing purposes? maybe the sources for the build system are in the cvs? where? regards, danilo From sundaram at redhat.com Mon Apr 11 10:06:15 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 11 Apr 2005 15:36:15 +0530 Subject: extras build system In-Reply-To: <1113213848.6118.30.camel@localhost.localdomain> References: <1113213848.6118.30.camel@localhost.localdomain> Message-ID: <425A4C17.1000208@redhat.com> AGHEMO Danilo wrote: >this may be a faq, but... how can i replicate the build system on my >server for testing purposes? maybe the sources for the build system are >in the cvs? where? >regards, >danilo > > > http://cvs.fedora.redhat.com/extras.shtml regards Rahul From ghenry at suretecsystems.com Mon Apr 11 10:25:50 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Mon, 11 Apr 2005 11:25:50 +0100 (BST) Subject: Duplicate RPMs Message-ID: <40183.193.195.148.66.1113215150.squirrel@webmail.suretecsystems.com> Dear all, This might be a dumb question, but should all the released versions of packages be in Extras? i.e. when the latest update is out, should the previous version be removed from the download server? -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 742001 E ghenry at suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ From buildsys at redhat.com Mon Apr 11 11:42:05 2005 From: buildsys at redhat.com (Build System) Date: Mon, 11 Apr 2005 07:42:05 -0400 Subject: rawhide report: 20050411 changes Message-ID: <200504111142.j3BBg53A009788@porkchop.devel.redhat.com> Updated Packages: aspell-af-50:0.50-2 ------------------- aspell-br-50:0.50-2 ------------------- aspell-ca-50:0.50-2 ------------------- emacs-21.4-2 ------------ * Mon Apr 11 2005 Jens Petersen - 21.4-2 - update etags to 17.11 (idht4n at hotmail.com, 151390) - add etags-14.21-17.11-diff.patch - replace i386 setarch redefinitions of __make and makeinstall with emacs-21.4-setarch_for_loadup-101818.patch and setting SETARCH on i386 (Jason Vas Dias, 101818) * Sun Apr 10 2005 Jens Petersen - 21.4-1 - update to 21.4 movemail vulnerability release - no longer need movemail-CAN-2005-0100.patch - replace /usr/bin/emacs alternatives with a wrapper script (Warren Togami) to prevent it from disappearing when upgrading (Michal Jaegermann, 154326) - suffix the X emacs binaries with -x and the no X binaries with -nox - the wrapper script /usr/bin/emacs-%version runs emacs-x if installed or otherwise emacs-nox. /usr/bin/emacs is a symlink to the wrapper - make emacs and emacs-nox own the subdirs in /usr/libexec - add a bunch of fixes from debian's emacs21_21.4a-1 patch: battery-acpi-support.dpatch, bzero-and-have-stdlib.dpatch, coding-region-leak.dpatch, detect-coding-iso2022.dpatch, fix-batch-mode-signal-handling.dpatch, pcl-cvs-format.dpatch, python-completion-ignored-extensions.dpatch, remote-files-permissions.dpatch, save-buffer.dpatch, scroll-margin.dpatch, xfree86-4.3-modifiers.dpatch - add fix-x-vs-no-x-diffs.dpatch - define emacs_libexecdir - build both emacs and emacs-nox as %{version}.1 and move common DOC file to emacs-common - suffix version in fns-%{version}.1.el with -x and -nox respectively - add 100 to elisp patches file-4.13-4 ----------- * Mon Apr 11 2005 Radek Vokal - 4.13-4 - check Cyrus files before Apple Quicktime movies (#154342) * Mon Mar 07 2005 Radek Vokal - 4.13-3 - check for shared libs before fs dump files (#149868) * Fri Mar 04 2005 Radek Vokal - 4.13-2 - gcc4 rebuilt flex-2.5.4a-34 -------------- * Sun Apr 10 2005 Jakub Jelinek 2.5.4a-34 - rebuilt with GCC 4 - add %check script gimp-2:2.2.6-1 -------------- * Mon Apr 11 2005 Nils Philippsen - version 2.2.6 gnome-games-1:2.10.0-3 ---------------------- * Sun Apr 10 2005 Warren Togami 1:2.10.0-3 - undo previous change - remove unnecessary ldconfig calls - remove crack obsolete * Sun Apr 10 2005 Ray Strode 1:2.10.0-2 - Add requires line for guile (bug 154297) gtk2-2.6.6-1 ------------ * Mon Apr 11 2005 Matthias Clasen - 2.6.6-1 - Update to 2.6.6 - Drop upstreamed patches * Sun Apr 10 2005 Jeremy Katz - 2.6.5-2 - add patch from upstream CVS for broken icons (#154340, bgo#169870) hwdata-0.156-1 -------------- * Sun Apr 10 2005 Mike A. Harris 0.156-1 - Update SiS entries in Cards/pcitable to match what Xorg X11 6.8.2 supports iiimf-1:12.1.1-12.svn2435 ------------------------- * Fri Apr 08 2005 Akira TAGOH - 1:12.1.1-12.svn2435 - le.xml.conf is now marked as %ghost. - delete a htt user only when it still exists. (#154207) * Mon Apr 04 2005 Akira TAGOH - 1:12.1.1-11.svn2435 - update to svn2435 - fallback LEs properly with XIM. (#139811) - iiimecf works now with even the unix domain socket. (#143759) - added Provides: iiimf-csconv stuff for iiimf-libs agaist the Package Naming Guidelines. - iiimsf-rh-debuginfo.patch: build with corrent path for -debuginfo. - iiimqcf-rh-build.patch: updated to build iiimqcf. - added epoch to upgrade iiimf-csconv with iiimf-libs correctly. (Jens Petersen) * Fri Apr 01 2005 Akira TAGOH - update to svn2421 - fixed the hardcoded IMDIR path. (#131936) - annoying 'status has not been enabled yet' syslog message was gone. (#135284) - fixed the crash issue on GTK+ when it's destroying. (#153020) - call iiimf-le-tools with -g option. - also call iiimf-le-tools with the valid LE path. - these patches are merged into upstream: - iiimsf-rh-gcc4.patch - htt_xbe-rh-gcc4.patch - leif-unit-tamil-phonetic-135035.patch - leif-unit-gu-inscriptfix-140337.patch indent-2.2.9-8 -------------- * Sun Apr 10 2005 Jakub Jelinek 2.2.9-8 - add %check * Sun Apr 10 2005 Jakub Jelinek 2.2.9-7 - rebuilt with GCC4 - fixed source URL jwhois-3.2.2-13 --------------- * Mon Apr 11 2005 Miloslav Trmac - 3.2.2-13 - Update to upstream config as of Apr 11 2005 (get results in English from whois.nic.ad.jp) kernel-2.6.11-1.1234_FC4 ------------------------ * Sun Apr 10 2005 Dave Jones - Integrate Roland McGrath's changes to make exec-shield and vdso play nicely together. ruby-1.8.2-7 ------------ * Thu Apr 07 2005 Akira TAGOH - 1.8.2-7 - ruby-1.8.2-deadcode.patch: removed the dead code from the source. (#146108) - make sure that all documentation files in ruby-docs are the world- readable. (#147279) From rodd at clarkson.id.au Mon Apr 11 12:07:01 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 11 Apr 2005 22:07:01 +1000 Subject: New graphics packages for FC. Message-ID: <1113221221.4228.4.camel@goose> I'm not sure if this is the right place for this, so if not, please advise where to discuss and I'll move it. I like to see the inclusion of Scribus and inkscape in FC. Scribus is a desktop publishing package and Inkscape is a vector based drawing package. Neither of these areas (as far as I can see) are addressed in FC and both would, I believe, be useful additions to FC. How do I go about getting these packages considered for FC? Rodd From rodd at clarkson.id.au Mon Apr 11 12:13:42 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 11 Apr 2005 22:13:42 +1000 Subject: New graphics packages for FC. In-Reply-To: <1113221221.4228.4.camel@goose> References: <1113221221.4228.4.camel@goose> Message-ID: <1113221622.4228.7.camel@goose> On Mon, 2005-04-11 at 22:07 +1000, Rodd Clarkson wrote: > I'm not sure if this is the right place for this, so if not, please > advise where to discuss and I'll move it. > > I like to see the inclusion of Scribus and inkscape in FC. > > Scribus is a desktop publishing package and Inkscape is a vector based > drawing package. Neither of these areas (as far as I can see) are > addressed in FC and both would, I believe, be useful additions to FC. > > How do I go about getting these packages considered for FC? Ah, how stupid do I feel. After writing this I noticed that both are in extras. While I think they should probably be in core, I'm happy enough with this so I'll just slink off into a corner and hope that others don't look my way Rodd From jspaleta at gmail.com Mon Apr 11 12:18:53 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 11 Apr 2005 08:18:53 -0400 Subject: Duplicate RPMs In-Reply-To: <40183.193.195.148.66.1113215150.squirrel@webmail.suretecsystems.com> References: <40183.193.195.148.66.1113215150.squirrel@webmail.suretecsystems.com> Message-ID: <604aa7910504110518211b4850@mail.gmail.com> On Apr 11, 2005 6:25 AM, Gavin Henry wrote: > Dear all, > > This might be a dumb question, but should all the released versions of > packages be in Extras? > > i.e. when the latest update is out, should the previous version be removed > from the download server? Keeping older versions available for a period time is a "good thing" {tm}, since there is no "release" tree to fall back to in case there is a packaging problem or other bug. A pure rolling release, with no publicly available fallback will cause significant problems when packaging errors or made. The Core updates do this sort of thing already, when a new update is released, older updates hang around for a period of time before being purged. -jef From jorton at redhat.com Mon Apr 11 12:31:01 2005 From: jorton at redhat.com (Joe Orton) Date: Mon, 11 Apr 2005 13:31:01 +0100 Subject: net-snmp "persistent data file" question Message-ID: <20050411123101.GA6315@redhat.com> Hiya, a net-snmp question for you: The latest php releases were changed to call snmp_shutdown("snmpapp") when the php-snmp extension is shut down; this happens each time httpd is restarted or stopped, or when /usr/bin/php exits. It seems this wants to write a "persistent data file" at /var/net-snmp/snmpapp.conf, which is not a particularly good location, nor one permitted by the SELinux policy for httpd, so a bunch of spam gets sent to stderr instead. You can see this from a vanilla system using /usr/bin/php, when /var/net-snmp doesn't exist: [root at trash ~]# php < /dev/null > /dev/null No log handling enabled - turning on stderr logging Creating directory: /var/net-snmp So, some questions: 1. what is this data file for, do we need this file? 2. can the location be changed to something sensible, /var/lib/net-snmp for instance? 3. should PHP by passing something less generic than "snmpapp" in the init_snmp() and snmp_shutdown() calls? Regards, joe From ghenry at suretecsystems.com Mon Apr 11 12:54:29 2005 From: ghenry at suretecsystems.com (Gavin Henry) Date: Mon, 11 Apr 2005 13:54:29 +0100 (BST) Subject: Duplicate RPMs In-Reply-To: <604aa7910504110518211b4850@mail.gmail.com> References: <40183.193.195.148.66.1113215150.squirrel@webmail.suretecsystems.com> <604aa7910504110518211b4850@mail.gmail.com> Message-ID: <56398.193.195.148.66.1113224069.squirrel@webmail.suretecsystems.com> > On Apr 11, 2005 6:25 AM, Gavin Henry wrote: >> Dear all, >> >> This might be a dumb question, but should all the released versions of >> packages be in Extras? >> >> i.e. when the latest update is out, should the previous version be >> removed >> from the download server? > > Keeping older versions available for a period time is a "good thing" > {tm}, since there is no "release" tree to fall back to in case there > is a packaging problem or other bug. A pure rolling release, with no > publicly available fallback will cause significant problems when > packaging errors or made. The Core updates do this sort of thing > already, when a new update is released, older updates hang around for > a period of time before being purged. OK, just checking. > -jef > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From danilo at aghemo.com Mon Apr 11 13:05:00 2005 From: danilo at aghemo.com (AGHEMO Danilo) Date: Mon, 11 Apr 2005 15:05:00 +0200 Subject: extras build system In-Reply-To: <425A4C17.1000208@redhat.com> References: <1113213848.6118.30.camel@localhost.localdomain> <425A4C17.1000208@redhat.com> Message-ID: <1113224192.6118.84.camel@localhost.localdomain> On Mon, 2005-04-11 at 15:36 +0530, Rahul Sundaram wrote: > >this may be a faq, but... how can i replicate the build system on my > >server for testing purposes? maybe the sources for the build system are > >in the cvs? where? > >regards, > >danilo > http://cvs.fedora.redhat.com/extras.shtml Uh, oh... I've given a glance to that already, but I can't see any mention to mach or other kind of chrooting. What I would like is to replicate the whole build system, so that I can move from my own mach-based build system to the fedora build system. Some of the packages I have are of common interest (e.g. shorewall), but this is not true for other pachakges (e.g. various custom tools to manage my network at office). That's why I would like to experiment with the complete build environment. I've read the old fedora.us build sytem stuff, but... is there any up- to-date howto out there? From cmadams at hiwaay.net Mon Apr 11 13:46:40 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 11 Apr 2005 08:46:40 -0500 Subject: xdelta for DVD ISO-images In-Reply-To: <20050411062839.GF8833@angus.ind.WPI.EDU> References: <20050409054526.GA4376@dudweiler.stuttgart.redhat.com> <20050411062839.GF8833@angus.ind.WPI.EDU> Message-ID: <20050411134640.GB1163203@hiwaay.net> Once upon a time, Chuck R. Anderson said: > Even better: create jigdo templates on the master server so that > people can choose to download the files and create their own CD and > DVD ISO images. Imaging the savings that mirrors can have by rsyncing > release trees like they do now, and regenerating the ISO images > locally. I don't know about other mirrors, but I minimize my downloads by downloading the CD images, running my mkdvd script on them to build a DVD image, and rsyncing that to get the "real" DVD image. I then extract the DVD image to the os directory, run yum-arch and createrepo, and rsync that to fix up timestamps. I also only download the SRPMS images for one architecture; I copy them to the other arches and rsync them to get them right (it seems to save a significant amount of download time). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From mlists at juma.me.uk Mon Apr 11 14:06:34 2005 From: mlists at juma.me.uk (Ismael Juma) Date: Mon, 11 Apr 2005 15:06:34 +0100 Subject: extras build system In-Reply-To: <1113224192.6118.84.camel@localhost.localdomain> References: <1113213848.6118.30.camel@localhost.localdomain> <425A4C17.1000208@redhat.com> <1113224192.6118.84.camel@localhost.localdomain> Message-ID: <1113228394.3035.44.camel@localhost.localdomain> On Mon, 2005-04-11 at 15:05 +0200, AGHEMO Danilo wrote: > [...] > Uh, oh... I've given a glance to that already, but I can't see any > mention to mach or other kind of chrooting. > [...] Hi, Please check the following link: http://fedoraproject.org/wiki/UsingMach Regards, Ismael From ph18 at cornell.edu Mon Apr 11 14:26:53 2005 From: ph18 at cornell.edu (Paul A. Houle) Date: Mon, 11 Apr 2005 10:26:53 -0400 Subject: apache2filter In-Reply-To: <42571706.4090401@swarthmore.edu> References: <42571706.4090401@swarthmore.edu> Message-ID: On Fri, 08 Apr 2005 19:43:02 -0400, Marc Richards wrote: > Hey everyone, > > I saw in the release notes for RHEL 4 that they have switched from > apache2filter to apache2handler for processing PHP files. I just > checked my copy of FC2 and noticed that apache2handler was being used as > well. I have couple questions: > > 1) Will FC4 be using handler or the filter? > > 2) Does anybody know why the switch was made from handler to filter for > RHEL3 -> RHEL4 (and presumably RH9/FC1 -> FC2)? I've always had bad luck using the apache2filter instead of apache2handler; one of the many reasons why it took so long for PHP to be 'qualified' for Apache 2 is that they started out with apache2filter being the default server API, and they never got it working 100% right. Apache2handler then became the default, anad apache2handler works fine. The filter API has changed (for the better) in Apache 2.1, and it may wind up working better with PHP. > Using the filter (on RHEL3) allows me to easily include PHP output in my > regular html page by turning on the IncludesNoExec directive. > IncludesNoExec doesn't work using the handler because it only works with > text/* file types and in order to associate php files with the handler > you have to use AddType application/x-httpd-php .php. Using the > Includes (no NoExec) directive is bad because it lets web developers > execute command line programs from within .html pages. > > Is there another way to achieve what I want with the apache2handler? or > is there some other flaw in my logic? > Not to achieve exactly what you want, but there are hundreds of ways of doing similar things. I assume you don't want to let those developers write PHP? One of my favorite strategies to write a PHP script that emulates the behavior of the static web server that adds behavior to the web server -- that intercepts the request, grabs an HTML file, does some transformations on it, and spits it out. I built a nice system for templating web sites that's about 50 lines long and handles 100 pages/sec on 5 yr old hardware w/ no effort to speed it up. Also, the first thing I do building a server is 'rpm --erase' the web server, PHP and all that stuff and then build from source. Most of the web servers I run need some funny stuff compiled in, and it's more important for to have something that's uniform between various servers that run RHL 9, RHEL 3, Solaris and other fine operating systems rather than to have something that's the same as everyone who runs the quarterly flavor of Fedora. From ph18 at cornell.edu Mon Apr 11 14:56:09 2005 From: ph18 at cornell.edu (Paul A. Houle) Date: Mon, 11 Apr 2005 10:56:09 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <1113050226.18940.46.camel@rousalka.dyndns.org> References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> <1112983774.6714.25.camel@gibraltar.stuttgart.redhat.com> <1113050226.18940.46.camel@rousalka.dyndns.org> Message-ID: On Sat, 09 Apr 2005 14:37:05 +0200, Nicolas Mailhot wrote: > > It's not so much a technical issue as a mindset issue - having several > different teams maintaining the same code because they've all decided > cooperating is too much work makes little technical sense really. > In theory this is right, in practice this can be wrong. Java runtimes have been problematic because getting good performance and reliability out of java requires good code generation, threads, locking and garbage collection. Writing a demanding application is a matter of negotating a style of using threads and memory that works. Small changes to the semantics that still result in 'correct' behavior (matches the spec) can lead to an app that seizes up periodically, ringing your pager at 2 am. There is something to say for staying on the bleeding edge... Particularly if your level of support from the product developers is good enough that you can get hard problems fixed rapidly. If, on the other hand, you're getting your support from your average vendor (such as a certain market leading Linux distribution) you'll need to take a very large number if you have a hard problem, and in the interest of keeping your line-of-business system up, you'll stick with what works. From cra at WPI.EDU Mon Apr 11 15:10:02 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Mon, 11 Apr 2005 11:10:02 -0400 Subject: xdelta for DVD ISO-images In-Reply-To: <20050411062839.GF8833@angus.ind.WPI.EDU> References: <20050409054526.GA4376@dudweiler.stuttgart.redhat.com> <20050411062839.GF8833@angus.ind.WPI.EDU> Message-ID: <20050411151002.GJ8833@angus.ind.WPI.EDU> On Mon, Apr 11, 2005 at 02:28:39AM -0400, Chuck R. Anderson wrote: > On Sat, Apr 09, 2005 at 07:45:26AM +0200, Florian La Roche wrote: > > The following is done for specifix for DVD images. Maybe this can > > also be implemented for FC. > > > If you have a DVD burner and want to create DVD images, we have > > supplied xdelta version 1 files created from concatenated CD images > > to a DVD image. > > Even better: create jigdo templates on the master server so that > people can choose to download the files and create their own CD and > DVD ISO images. Imaging the savings that mirrors can have by rsyncing > release trees like they do now, and regenerating the ISO images > locally. There is a thread on fedora-test-list where I have outlined this process and my results for FC4T2: Subject: Using jigdo to save on downloads https://www.redhat.com/archives/fedora-test-list/2005-April/msg00660.html From nicolas.mailhot at laposte.net Mon Apr 11 15:23:23 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 11 Apr 2005 17:23:23 +0200 (CEST) Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> <1112983774.6714.25.camel@gibraltar.stuttgart.redhat.com> <1113050226.18940.46.camel@rousalka.dyndns.org> Message-ID: <14661.192.54.193.28.1113233003.squirrel@rousalka.dyndns.org> On Lun 11 avril 2005 16:56, Paul A. Houle a ?crit : > There is something to say for staying on the bleeding edge... > Particularly if your level of support from the product developers is good > enough that you can get hard problems fixed rapidly. If, on the other > hand, you're getting your support from your average vendor (such as a > certain market leading Linux distribution) you'll need to take a very > large number if you have a hard problem, and in the interest of keeping > your line-of-business system up, you'll stick with what works. The problem being in my experience the carefully debugged version-frozen jvms do not work that much better in practice. Because no matter what the people who specify them wish, customers will require their apps to work on current OSs (current meaning RHEL six months after initial release or older one with all security patches) App vendors usually test jvm to death with the OS version they have during development, then the testing budget is exhausted, and jvms are "certified" with the following OS releases despite having only cursory app vendor testing (because no one dares telling the truth to management about the whole situation, not certifying them would be commercial suicide, and testing them properly would cost too much). Not surprisingly, the end result crashes. The jvms OS vendors ship might not be tuned perfectly but at least they work and distributions will fix them if they don't. App vendors support will tell you to use the unsecure underperforming entreprise linux version that was already old when they tested against it. And that after paying $$$$ for gold support. If they don't have the resources to keep their jvm current with OS releases, they should be honnest and team with jvm/OS vendors (ie push the fixes they need upstream during their testing phase, and rely on upstream not to break it afterwards). They do rely on kernel/libc vendor packages, and they're as impacting performance-wise. Regards, -- Nicolas Mailhot From ph18 at cornell.edu Mon Apr 11 15:54:58 2005 From: ph18 at cornell.edu (Paul A. Houle) Date: Mon, 11 Apr 2005 11:54:58 -0400 Subject: gnome-vfs not in Rawhide? In-Reply-To: <14661.192.54.193.28.1113233003.squirrel@rousalka.dyndns.org> References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> <1112983774.6714.25.camel@gibraltar.stuttgart.redhat.com> <1113050226.18940.46.camel@rousalka.dyndns.org> <14661.192.54.193.28.1113233003.squirrel@rousalka.dyndns.org> Message-ID: On Mon, 11 Apr 2005 17:23:23 +0200 (CEST), Nicolas Mailhot wrote: > > App vendors usually test jvm to death with the OS version they have > during > development, then the testing budget is exhausted, and jvms are > "certified" with the following OS releases despite having only cursory > app > vendor testing (because no one dares telling the truth to management > about > the whole situation, not certifying them would be commercial suicide, and > testing them properly would cost too much). > > Not surprisingly, the end result crashes. Yeah sure, but once I get a system that works, that doesn't wake me up at night because it went down at 2 am, I'm inclined to sit on it. > The jvms OS vendors ship might not be tuned perfectly but at least they > work and distributions will fix them if they don't. App vendors support > will tell you to use the unsecure underperforming entreprise linux > version > that was already old when they tested against it. And that after paying > $$$$ for gold support. Maybe, maybe not. I've got a limited amount of faith in vendors. My productivity as a developer was destroyed for about six months that I had to deal with race conditions or deadlock issues in the defective 2.4 kernel that shipped with RHEL 3. We bought RHEL through a third-party vendor, so support was useless, and I doubt that we'd have done better if we'd talked directly to RH. It probably would have taken a nearly-identical test machine and a few weeks of time from a full-time kernel developer to have fixed our problem, probably a total cost of 10x our yearly registration cost. An upgrade to 2.6 solved the problem. I do have faith in the 2.6 kernel, but I'm more interested in catching up with six months of lost time than I am in spending another few months screwing around with buggy software. > If they don't have the resources to keep their jvm current with OS > releases, they should be honnest and team with jvm/OS vendors (ie push > the > fixes they need upstream during their testing phase, and rely on upstream > not to break it afterwards). They do rely on kernel/libc vendor packages, > and they're as impacting performance-wise. > Yeah, I wish that were all possible. But there's a lot of nonsense in this world. For years, RH shipped a free 'java' runtime that was completely broken, wouldn't run any real java applications, and ran toy applications with an order of magnitude worse performance than commercial java implementations. The skills and knowledge about code generation, concurrency control, memory allocation and garbage collection in the open source world have been largely insufficient to make workable java implementations. (Yes, the new gcc-java is a big step forward, but it's still quite quirky, and it's overall success depends on dumping AWT and Swing into the trashcan.) Sun's software strategy is unclear (how could they possibly make money off of Java?) and their relationship with Linux is problematic. (A few years ago they laid off the developers of Solaris x86, now they're coming on full-force with Solaris 10 as a competitor against Linux.) IBM has it's own Java runtime which is a derivative of Sun's -- at times they've put some good work in it. God bless IBM, but you can only count on them so far for support. The 2.6 kernel team is doing big things, often really good things. Will those things introduce subtle breakages involving Java threads? Quite likely. Is it really fair to Sun and IBM to expect their engineers to solve problems immediately because some kernel developer had a 'good' idea they wanted to try out? The kind of model you're talking about, in a lot of ways, might be easier when we're dealing with the kind of single-vendor hardware stack that you're likely to get from Apple or with SPARC/Solaris from Sun. From Nicolas.Mailhot at laPoste.net Mon Apr 11 18:03:28 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Mon, 11 Apr 2005 20:03:28 +0200 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112728495.20867.110.camel@cutter> <1112740564.22484.30.camel@cutter> <20050407155737.GA18144@thacker.dyndns.org> <20050407211132.GA13497@rogers.com> <20050407214314.GA21439@thacker.dyndns.org> <20050407224943.GM13251@rogers.com> <20050407234744.GB21439@thacker.dyndns.org> <20050408000507.GN13251@rogers.com> <20050408010953.GB23109@thacker.dyndns.org> <1112983774.6714.25.camel@gibraltar.stuttgart.redhat.com> <1113050226.18940.46.camel@rousalka.dyndns.org> <14661.192.54.193.28.1113233003.squirrel@rousalka.dyndns.org> Message-ID: <1113242615.3308.6.camel@rousalka.dyndns.org> Le lundi 11 avril 2005 ? 11:54 -0400, Paul A. Houle a ?crit : > The 2.6 kernel team is doing big things, often really good things. Will > those things introduce subtle breakages involving Java threads? Quite > likely. Is it really fair to Sun and IBM to expect their engineers to > solve problems immediately because some kernel developer had a 'good' idea > they wanted to try out? Well, the other language people seem to manage it. And actually the elapsed time between a change appearing on kernel.org and the same change getting in RHEL is large enough to expect things (J2EE) work on RHEL from day one, and less demanding stuff (J2SE) likewise in FC. Of course that requires worrying about the change when it starts being proposed on lkml, not when the RHEL release is out. Linux development is public, don't tell me vendors haven't got loads of time to adapt. No one is springing secret apis on them here. Regards, -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jorton at redhat.com Mon Apr 11 20:17:09 2005 From: jorton at redhat.com (Joe Orton) Date: Mon, 11 Apr 2005 21:17:09 +0100 Subject: apache2filter In-Reply-To: <42571706.4090401@swarthmore.edu> References: <42571706.4090401@swarthmore.edu> Message-ID: <20050411201709.GA18695@redhat.com> On Fri, Apr 08, 2005 at 07:43:02PM -0400, Marc Richards wrote: > Hey everyone, > > I saw in the release notes for RHEL 4 that they have switched from > apache2filter to apache2handler for processing PHP files. I just > checked my copy of FC2 and noticed that apache2handler was being used as > well. I have couple questions: > > 1) Will FC4 be using handler or the filter? The handler. > 2) Does anybody know why the switch was made from handler to filter for > RHEL3 -> RHEL4 (and presumably RH9/FC1 -> FC2)? > > Using the filter (on RHEL3) allows me to easily include PHP output in my > regular html page by turning on the IncludesNoExec directive. > IncludesNoExec doesn't work using the handler because it only works with > text/* file types and in order to associate php files with the handler > you have to use AddType application/x-httpd-php .php. Using the > Includes (no NoExec) directive is bad because it lets web developers > execute command line programs from within .html pages. The filter was really a design mismatch. The interface to the parsing engine (Zend) in PHP is the file: you can't parse arbitrary content from buffers in memory, only stuff in a file. The filter code is unnecessarily complex and fragile because of this. You don't have to use AddType to use the handler module, no; in fact, for FC4 we switched to using this configuration: AddHandler php5-script .php AddType text/html .php you just have to set php5-script as the handler for the content using AddHandler or SetHandler as appropriate. Regards, joe From mrichar1 at swarthmore.edu Mon Apr 11 20:43:22 2005 From: mrichar1 at swarthmore.edu (Marc Richards) Date: Mon, 11 Apr 2005 16:43:22 -0400 Subject: apache2filter In-Reply-To: <20050411201709.GA18695@redhat.com> References: <42571706.4090401@swarthmore.edu> <20050411201709.GA18695@redhat.com> Message-ID: <425AE16A.80606@swarthmore.edu> Thanks alot Joe, that is exactly what I was looking for. I assume for php4 is it php4-script or is it just php-script? or both? Marc P.S. I tried searching for php-script on google but google eats the "-" and just returns results for "php script" Joe Orton wrote: > On Fri, Apr 08, 2005 at 07:43:02PM -0400, Marc Richards wrote: > >>Hey everyone, >> >>I saw in the release notes for RHEL 4 that they have switched from >>apache2filter to apache2handler for processing PHP files. I just >>checked my copy of FC2 and noticed that apache2handler was being used as >>well. I have couple questions: >> >>1) Will FC4 be using handler or the filter? > > > The handler. > > >>2) Does anybody know why the switch was made from handler to filter for >>RHEL3 -> RHEL4 (and presumably RH9/FC1 -> FC2)? >> >>Using the filter (on RHEL3) allows me to easily include PHP output in my >>regular html page by turning on the IncludesNoExec directive. >>IncludesNoExec doesn't work using the handler because it only works with >>text/* file types and in order to associate php files with the handler >>you have to use AddType application/x-httpd-php .php. Using the >>Includes (no NoExec) directive is bad because it lets web developers >>execute command line programs from within .html pages. > > > The filter was really a design mismatch. The interface to the parsing > engine (Zend) in PHP is the file: you can't parse arbitrary content from > buffers in memory, only stuff in a file. The filter code is > unnecessarily complex and fragile because of this. > > You don't have to use AddType to use the handler module, no; in fact, > for FC4 we switched to using this configuration: > > AddHandler php5-script .php > AddType text/html .php > > you just have to set php5-script as the handler for the content using > AddHandler or SetHandler as appropriate. > > Regards, > > joe > From gafton at redhat.com Mon Apr 11 22:00:31 2005 From: gafton at redhat.com (Cristian Gafton) Date: Mon, 11 Apr 2005 18:00:31 -0400 (EDT) Subject: CVS - kernel config files, where are they? In-Reply-To: <20050409215841.GB15030@redhat.com> References: <20050409215841.GB15030@redhat.com> Message-ID: On Sat, 9 Apr 2005, Dave Jones wrote: > > The source trees I checked out ("cvs co kernel" with > > CVSROOT=:pserver:anonymous at cvs.fedora.redhat.com:/cvs/dist) do not seem to > > contain any configs > > > > Perhaps somebody would be kind enough to point out where I am going wrong > > As far as I can tell, this is a flaw of the current internal CVS -> external > CVS mirroring. It doesn't seem to handle subdirectories. It does now - the kernel module being the only one that has subdirs, I missed this. Sorry about that. Cristian -- ---------------------------------------------------------------------- Cristian Gafton -- gafton at redhat.com -- Red Hat, Inc. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ "Linux is a leprosy; and is having a deleterious effect on the U.S. IT industry because it is steadily depreciating the value of the software industry sector." -- Kenneth Brown, President, Alexis de Tocqueville Institution From florin at andrei.myip.org Tue Apr 12 00:24:04 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Mon, 11 Apr 2005 17:24:04 -0700 Subject: latest kernel update and gcc Message-ID: <1113265444.4777.1.camel@stantz.corp.sgi.com> According to this bugzilla entry: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154467 Description of problem: This kernel update appears to have been built with gcc-3.4.3, while the compiler currently available on FC3 is gcc-3.4.2 This causes problems with some applications that require additional kernel modules. Please either release a gcc update, or a new kernel update that was compiled with the current gcc. Version-Release number of selected component (if applicable): kernel-smp-2.6.11-1.14_FC3 -- Florin Andrei http://florin.myip.org/ From davej at redhat.com Tue Apr 12 00:56:32 2005 From: davej at redhat.com (Dave Jones) Date: Mon, 11 Apr 2005 20:56:32 -0400 Subject: latest kernel update and gcc In-Reply-To: <1113265444.4777.1.camel@stantz.corp.sgi.com> References: <1113265444.4777.1.camel@stantz.corp.sgi.com> Message-ID: <20050412005632.GA8392@redhat.com> On Mon, Apr 11, 2005 at 05:24:04PM -0700, Florin Andrei wrote: > According to this bugzilla entry: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154467 > > Description of problem: > This kernel update appears to have been built with gcc-3.4.3, > while the compiler currently available on FC3 is gcc-3.4.2 3.4.3 is in updates-testing. Dave From pjones at redhat.com Tue Apr 12 03:56:01 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 11 Apr 2005 23:56:01 -0400 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <20050408181119.GC17470@neu.nirvana> References: <20050407191407.112af2e2@localhost.localdomain> <1112933440.23614.15.camel@localhost.localdomain> <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> <1112962132.6278.43.camel@laptopd505.fenrus.org> <20050408122037.GI16684@neu.nirvana> <20050408122832.GE16009@devserv.devel.redhat.com> <20050408124051.GJ16684@neu.nirvana> <1112965020.6278.53.camel@laptopd505.fenrus.org> <1112969160.20889.6.camel@localhost.localdomain> <20050408181119.GC17470@neu.nirvana> Message-ID: <1113278161.6403.0.camel@localhost.localdomain> On Fri, 2005-04-08 at 20:11 +0200, Axel Thimm wrote: > On Fri, Apr 08, 2005 at 10:06:00AM -0400, pjones wrote: > > For things that don't present devices, that's a different story, but in > > general I think they have less need to be dropped into place by non-Core > > packages. Unfortunately, that's not "no need", but I don't know that > > it's enough to justify adding such a broad, generic mechanism. > > So, what are the disadvantages of doing so? Additional unexpected complication when something goes wrong? -- Peter From notting at redhat.com Mon Apr 11 15:23:39 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 11 Apr 2005 11:23:39 -0400 Subject: Announcing Fedora Core 4 Test 2 Message-ID: <20050411152339.GB13257@nostromo.devel.redhat.com> EXTRA! EXTRA! Read all about it! In today's edition of the Herbertville Chronicle, read all about the second test release of Fedora Core 4! Raleigh, NC (HC) - The Fedora Project today announced the first test release of Fedora Core 4, bringing new technology to Linux users everywhere, and the first release of Fedora Core to support PPC out of the box. Designed as a general purpose operating system for a variety of uses, Fedora Core 4 Test 2 offers various improvements over Fedora Core 3. People who have used Test 1 will notice the following improvements: - GNOME updated to 2.10 final - KDE updated to 3.4.0 final - Firefox updated to 1.0.2 - OpenOffice.org update to 1.9.89 - many various bugfixes Users were cautioned against using Fedora Core Test 2 in production environments. Reminding the users that it's a test release, Otto said "There's no guarantee that it won't eat your data or fail to install. It could even cause an alien takeover of your humble town." Please report problems at: http://bugzilla.redhat.com/bugzilla File bugs against product 'Fedora Core', release 'fc4test1'. Fedora Core 4 Test 2 is available for x86, x86_64, and PPC architectures. It is available from: http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.91/ and at the following mirrors: * North America: * USA East: * ftp://fedora.secsup.org/pub/linux/redhat/fedora/core/test/3.91 * http://fedora.secsup.org/pub/linux/redhat/fedora/core/test/3.91 * rsync://fedora.secsup.org/fedora/core/test/3.91/ * ftp://ftp.gtlib.cc.gatech.edu/pub/fedora.redhat/linux/core/test/3.91 * http://www.gtlib.cc.gatech.edu/pub/fedora.redhat/linux/core/test/3.91 * rsync://rsync.gtlib.cc.gatech.edu/fedora-linux-core/test/3.91 * http://mirror.hiwaay.net/redhat/fedora/linux/core/test/3.91/ * ftp://mirror.hiwaay.net/redhat/fedora/linux/core/test/3.91/ * rsync://mirror.hiwaay.net/fedora-linux-core-test/3.91/ * ftp://ftp.linux.ncsu.edu/pub/fedora/linux/core/test/3.91 * USA Mid-West: * ftp://fedora.mirrors.tds.net/pub/fedora-core/test/3.91/ * http://fedora.mirrors.tds.net/pub/fedora-core/test/3.91/ * http://ftp.ussg.iu.edu/linux/fedora/linux/core/test/3.91 * ftp://ftp.ussg.iu.edu/linux/fedora/linux/core/test/3.91 * rsync://ftp.ussg.iu.edu/fedora/linux/core/test * ftp://mirror.eas.muohio.edu/fedora/linux/core/test/3.91 * http://mirror.eas.muohio.edu/fedora/linux/core/test/3.91 * rsync://mirror3.cs.wisc.edu/fedora-linux-core-test * USA West: * ftp://mirror.stanford.edu/pub/mirrors/fedora/linux/core/test/3.91 * ftp://mirrors.tummy.com/pub/fedora.redhat.com/fedora/linux/core/test/3.91 (note: 4M connection) * http://mirrors.tummy.com/mirrors/fedora.redhat.com/fedora/linux/core/test/3.91 (note: 4 meg connection) * Canada: * http://gulus.USherbrooke.ca/pub/distro/fedora/linux/core/test/3.91/ * South America: * Puerto Rico: * Chile: * ftp://ftp.tecnoera.com/pub/fedora/linux/test/3.91/ * http://ftp.tecnoera.com/pub/fedora/linux/test/3.91/ * rsync://ftp.tecnoera.com/pub/fedora/linux/test/3.91/ * ftp://mirror.netglobalis.net/pub/fedora/test/3.91 * http://mirror.netglobalis.net/pub/fedora/test/3.91 * Brazil: * ftp://ftp.las.ic.unicamp.br/pub/fedora/linux/core/test/3.91 * http://www.las.ic.unicamp.br/pub/fedora/linux/core/test/3.91 * rsync://rsync.las.ic.unicamp.br/pub/fedora/linux/core/test/3.91 * Europe: * Greece: * ftp://ftp.ntua.gr/pub/linux/fedora/linux/core/test/3.91/ * http://ftp.ntua.gr/pub/linux/fedora/linux/core/test/3.91/ * Russia: * http://ftp.rhd.ru/pub/fedora/linux/core/test/3.91/ * ftp://ftp.rhd.ru/pub/fedora/linux/core/test/3.91/ * Switzerland: * ftp://mirror.switch.ch/mirror/fedora/linux/core/test/3.91/ * http://mirror.switch.ch/ftp/mirror/fedora/linux/core/test/3.91/ * Spain: * ftp://ftp.cica.es/fedora/linux/core/test/3.91 * rsync://ftp.cica.es/fedora-linux-core-test/3.91 * Austria: * ftp://gd.tuwien.ac.at/opsys/linux/fedora/core/test/3.91/ * http://gd.tuwien.ac.at/opsys/linux/fedora/core/test/3.91/ * rsync://gd.tuwien.ac.at/opsys/linux/fedora/core/test/3.91/ * Czech Republic: * ftp://ftp.fi.muni.cz/pub/linux/fedora-core/test/3.91/ * rsync://ftp.fi.muni.cz/pub/linux/fedora-core/test/3.91/ * ftp://ftp6.linux.cz/pub/linux/fedora-core/test/3.91/ (IPv6) * ftp://sunsite.mff.cuni.cz/pub/fedora/test/3.91/ * http://sunsite.mff.cuni.cz/pub/fedora/test/3.91/ * rsync://sunsite.mff.cuni.cz/fedora/fedora/test/3.91/ * ftp://ftp1.skynet.cz/pub/linux/fedora/test/3.91 * Slovakia: * ftp://ftp.upjs.sk/pub/linux/fedora/linux/core/test/3.91/ * Finland: * http://ftp.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/test/3.91/ * ftp://ftp.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/test/3.91/ * http://ftp.ipv6.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/test/3.91/ * ftp://ftp.ipv6.funet.fi/pub/mirrors/ftp.redhat.com/pub/fedora/linux/core/test/3.91 * France: * http://fr2.rpmfind.net/linux/fedora/core/test/3.91 * ftp://fr2.rpmfind.net/linux/fedora/core/test/3.91 * ftp://ftp.lip6.fr/pub/linux/distributions/fedora/test/3.91/ * Germany: * ftp://sunsite.informatik.rwth-aachen.de/pub/linux/fedora-core/test/3.91 * ftp://ftp.tu-chemnitz.de/pub/linux/fedora-core/test/3.91/ * http://wftp.tu-chemnitz.de/pub/linux/fedora-core/test/3.91/ * rsync://rsync.hrz.tu-chemnitz.de::ftp/pub/linux/fedora-core/test/3.91/ * ftp://ftp.uni-bayreuth.de/pub/linux/fedora/linux/core/test/3.91 * http://ftp.uni-bayreuth.de/linux/fedora/linux/core/test/3.91 * rsync://rsync.uni-bayreuth.de/fedora-linux-core/test/3.91 * Netherlands: * ftp://alviss.et.tudelft.nl/pub/fedora/core/test/3.91/ * http://ftp.surfnet.nl/ftp/pub/os/Linux/distr/fedora/test/3.91/ * ftp://ftp.surfnet.nl/pub/os/Linux/distr/fedora/test/3.91/ * rsync://ftp.surfnet.nl/fedora * http://ftp.nluug.nl/ftp/pub/os/Linux/distr/fedora/test/3.91/ * ftp://ftp.nluug.nl/pub/os/Linux/distr/fedora/test/3.91/ * rsync://ftp.nluug.nl/fedora * Poland: * http://ftp.ps.pl/pub/linux/fedora-core/test/3.91 * ftp://ftp.ps.pl/pub/linux/fedora-core/test/3.91 * http://sunsite.icm.edu.pl/pub/Linux/fedora/linux/core/test/3.91/ * ftp://sunsite.icm.edu.pl/pub/Linux/fedora/linux/core/test/3.91/ * rsync://sunsite.icm.edu.pl/pub/Linux/fedora/linux/core/test/3.91/ * Asia/Pacific: * Australia: * http://mirror.pacific.net.au/linux/redhat/fedora/test/3.91/ * ftp://mirror.pacific.net.au/linux/redhat/fedora/test/3.91/ * rsync://mirror.pacific.net.au::fedora-linux-core/test/3.91/ * http://planetmirror.com/pub/fedora/linux/core/test/3.91/ * ftp://ftp.planetmirror.com/pub/fedora/linux/core/test/3.91/ * rsync://rsync.planetmirror.com/fedora-linux-core-test/3.91/ * Japan: * ftp://ftp.kddilabs.jp/Linux/packages/fedora/core/test/3.91 (Note: ipv4 and ipv6) * http://ftp.kddilabs.jp/Linux/packages/fedora/core/test/3.91/ (Note: ipv4 and ipv6) * rsync://ftp.kddilabs.jp/fedora/core/test/3.91/ (note: ipv4 and ipv6) * Taiwan: * http://ftp.isu.edu.tw/pub/Linux/Fedora/linux/core/test/3.91/ * ftp://ftp.isu.edu.tw/pub/Linux/Fedora/linux/core/test/3.91/ Other mirrors will come online in the near future. See: http://fedora.redhat.com/download/mirrors.html for mirror near you. Thanks to Shane Brath for generating the mirror the mirror list. Fedora Core 4 Test 2 is also available via BitTorrent: http://torrent.linux.duke.edu/FC4-test2-binary-i386.torrent http://torrent.linux.duke.edu/FC4-test2-binary-x86_64.torrent http://torrent.linux.duke.edu/FC4-test2-binary-ppc.torrent For DVD and other formats, see http://torrent.linux.duke.edu/ BitTorrent can be installed from Fedora Extras: http://download.fedora.redhat.com/pub/fedora/linux/extras/ and also from: http://torrent.linux.duke.edu/btrpms/ From perbj at stanford.edu Tue Apr 12 05:49:01 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Mon, 11 Apr 2005 22:49:01 -0700 Subject: latest kernel update and gcc In-Reply-To: <20050412005632.GA8392@redhat.com> References: <1113265444.4777.1.camel@stantz.corp.sgi.com> <20050412005632.GA8392@redhat.com> Message-ID: <1113284941.4611.11.camel@localhost.localdomain> On Mon, 2005-04-11 at 20:56 -0400, Dave Jones wrote: > On Mon, Apr 11, 2005 at 05:24:04PM -0700, Florin Andrei wrote: > > According to this bugzilla entry: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154467 > > > > Description of problem: > > This kernel update appears to have been built with gcc-3.4.3, > > while the compiler currently available on FC3 is gcc-3.4.2 > > 3.4.3 is in updates-testing. I'm actually surprised that this would matter at all. I'm currently using the Madwifi driver, compiled for the latest kernel using the current gcc (3.4.2-6.fc3). As far as I can tell, the kernel vermagic should only care about GCC major and minor numbers, not micro version numbers (my modules claim vermagic: 2.6.11-1.14_FC3 686 REGPARM 4KSTACKS gcc-3.4 ) and if there has been a C API break in a stable bugfix release I'm sure the GCC developers want to know it! That's definitely not supposed to happen... ?Hy /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From dwmw2 at infradead.org Tue Apr 12 06:52:47 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 12 Apr 2005 07:52:47 +0100 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <20050411152339.GB13257@nostromo.devel.redhat.com> References: <20050411152339.GB13257@nostromo.devel.redhat.com> Message-ID: <1113288767.12012.133.camel@baythorne.infradead.org> On Mon, 2005-04-11 at 11:23 -0400, Bill Nottingham wrote: > Please report problems at: > > http://bugzilla.redhat.com/bugzilla Except for the fact that OpenOffice.org doesn't work on PPC, that is. We know, we already fixed it in rawhide. -- dwmw2 From gauravp at hclcomnet.co.in Tue Apr 12 07:28:11 2005 From: gauravp at hclcomnet.co.in (gaurav) Date: Tue, 12 Apr 2005 12:58:11 +0530 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <20050411152339.GB13257@nostromo.devel.redhat.com> References: <20050411152339.GB13257@nostromo.devel.redhat.com> Message-ID: <425B788B.3010802@hclcomnet.co.in> Hi, Bill Nottingham wrote: >EXTRA! EXTRA! Read all about it! > >In today's edition of the Herbertville Chronicle, read all about the >second test release of Fedora Core 4! > >Raleigh, NC (HC) - The Fedora Project today announced the first test >release of Fedora Core 4, bringing new technology to Linux users >everywhere, and the first release of Fedora Core to support PPC >out of the box. > > I was wondering about status of "stateless Linux"...IS it INCLUDED with fc 4 test or its DROPPED out Paul A. Houle wrote: > On Thu, 31 Mar 2005 10:45:47 +1000, Colin Charles > wrote: > >> On Thu, 2005-03-24 at 07:54 -0700, Stephen J. Smoogen wrote: >> >>> Actually, I was waiting for some sort of larger announcement and >>> mailing list >>> myself. I had put a very little time into it.. but couldnt see who >>> else was wanting it or doing anything on it. Having a mailing list >>> would be useful. >> >> >> >> It was however decided till the traffic on f-d-l got too high, there >> would be no stateless linux list. So, why not just use f-d-l in the >> meantime? > > > Curiosity about stateless linux was one of the reasons I joined > f-d-l. I've heard very little about stateless linux in the last > month -- certainly there is another other stuff going on f-d-l that > it doesn't seem like a comfortable place to discuss stateless linux. > > On the other hand, it could be that stateless linux is dead in > the water and there wouldn't be enoug of a critical mass to sustain > discussion elsewhere. I would really like to see the stateless project be revived. It seems like it is a good idea, and I know several people, including myself, who have implemented alternatives after realizing that stateless was no longer being developed. I would be willing to help in this cause if there are enough other people for this to worthwhile. -- Matthew Eastman Center for Computation & Technology Louisiana State University From jorton at redhat.com Tue Apr 12 08:08:35 2005 From: jorton at redhat.com (Joe Orton) Date: Tue, 12 Apr 2005 09:08:35 +0100 Subject: apache2filter In-Reply-To: <425AE16A.80606@swarthmore.edu> References: <42571706.4090401@swarthmore.edu> <20050411201709.GA18695@redhat.com> <425AE16A.80606@swarthmore.edu> Message-ID: <20050412080835.GA6108@redhat.com> On Mon, Apr 11, 2005 at 04:43:22PM -0400, Marc Richards wrote: > Thanks alot Joe, that is exactly what I was looking for. > > I assume for php4 is it php4-script or is it just php-script? or both? It was "php-script" in fact, no "4". joe From gauravp at hclcomnet.co.in Tue Apr 12 08:12:09 2005 From: gauravp at hclcomnet.co.in (gaurav) Date: Tue, 12 Apr 2005 13:42:09 +0530 Subject: Announcing Fedora Core 4 Test 2 Message-ID: <425B82D9.9080907@hclcomnet.co.in> I was wondering about status of "stateless Linux"...IS it INCLUDED with fc 4 test 2 or its DROPPED out From dwmw2 at infradead.org Tue Apr 12 09:53:06 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 12 Apr 2005 10:53:06 +0100 Subject: xdelta for DVD ISO-images In-Reply-To: <20050411134640.GB1163203@hiwaay.net> References: <20050409054526.GA4376@dudweiler.stuttgart.redhat.com> <20050411062839.GF8833@angus.ind.WPI.EDU> <20050411134640.GB1163203@hiwaay.net> Message-ID: <1113299587.20848.38.camel@hades.cambridge.redhat.com> On Mon, 2005-04-11 at 08:46 -0500, Chris Adams wrote: > I also only download the SRPMS images for one architecture; I copy them > to the other arches and rsync them to get them right (it seems to save a > significant amount of download time). You can do likewise for noarch.rpm too, of course. -- dwmw2 From Axel.Thimm at ATrpms.net Tue Apr 12 11:16:24 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 12 Apr 2005 13:16:24 +0200 Subject: Proper way to autoload modules (/etc/rc.modules)? In-Reply-To: <1113278161.6403.0.camel@localhost.localdomain> References: <20050407221149.05e6d798@localhost.localdomain> <20050408113639.GF16684@neu.nirvana> <1112962132.6278.43.camel@laptopd505.fenrus.org> <20050408122037.GI16684@neu.nirvana> <20050408122832.GE16009@devserv.devel.redhat.com> <20050408124051.GJ16684@neu.nirvana> <1112965020.6278.53.camel@laptopd505.fenrus.org> <1112969160.20889.6.camel@localhost.localdomain> <20050408181119.GC17470@neu.nirvana> <1113278161.6403.0.camel@localhost.localdomain> Message-ID: <20050412111624.GC31754@neu.nirvana> On Mon, Apr 11, 2005 at 11:56:01PM -0400, Peter Jones wrote: > On Fri, 2005-04-08 at 20:11 +0200, Axel Thimm wrote: > > On Fri, Apr 08, 2005 at 10:06:00AM -0400, pjones wrote: > > > For things that don't present devices, that's a different story, but in > > > general I think they have less need to be dropped into place by non-Core > > > packages. Unfortunately, that's not "no need", but I don't know that > > > it's enough to justify adding such a broad, generic mechanism. > > > > So, what are the disadvantages of doing so? > > Additional unexpected complication when something goes wrong? IMHO it's the opposite, if you have channeled these modules loading scripts into a standard mechanism you know where to look for errors. As of today if a package/user requires this functionality it needs to invent something, I've seen from modifying /etc/rc.modules to fake services to modifying rc.sysinit, none of which make diagnostics easy. -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From buildsys at redhat.com Tue Apr 12 11:45:28 2005 From: buildsys at redhat.com (Build System) Date: Tue, 12 Apr 2005 07:45:28 -0400 Subject: rawhide report: 20050412 changes Message-ID: <200504121145.j3CBjSrL022398@porkchop.devel.redhat.com> New package perl-Archive-Zip Perl library for accessing Zip archives New package perl-Carp-Clan Report errors from perspective of caller of a "clan" of modules New package perl-IO-String Emulate file interface for in-core strings New package perl-IO-Zlib Perl IO:: style interface to Compress::Zlib Updated Packages: anaconda-10.2.0.48-1 -------------------- * Mon Apr 11 2005 Peter Jones - 10.2.0.48-1 - Typo fixes in gui.py (menthos, #154324) - Don't try to do early swap in test mode, and use yesno not okcancel (msw) - If the install language is an unknown locale, use en_US.UTF_8 - Fix upgrade to make devices available in the changeroot aspell-cs-50:0.51-2 ------------------- aspell-cy-50:0.50-2 ------------------- aspell-da-50:0.50-11 -------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-11 - rebuilt aspell-de-50:0.50-10 -------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-10 - rebuilt aspell-el-50:0.50-2 ------------------- aspell-en-50:0.51-12 -------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.51-12 - rebuilt aspell-es-50:0.50-11 -------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-11 - rebuilt aspell-fo-50:0.51-2 ------------------- aspell-fr-50:0.50-8 ------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-8 - rebuilt aspell-ga-50:0.50-2 ------------------- aspell-gd-50:0.50-2 ------------------- aspell-gl-50:0.50-2 ------------------- aspell-hr-50:0.51-2 ------------------- aspell-id-50:0.50.1-2 --------------------- aspell-it-50:0.53-2 ------------------- aspell-nl-50:0.50-6 ------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-6 - rebuilt aspell-no-50:0.50.1-8 --------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50.1-8 - rebuilt aspell-pl-50:0.51-3 ------------------- aspell-sv-50:0.50-7 ------------------- * Mon Apr 11 2005 Ivana Varekova 50:0.50-7 - rebuilt evolution-2.2.2-1 ----------------- * Mon Apr 11 2005 David Malcolm - 2.2.2-1 - 2.2.2 - updated evo-calendar-print-with-pango-4.patch to handle upstream change to print_comp_item - removed patch for XB73912; now in upstream tarball - removed patch to new-mail-notify; generalised fix to cope with various DBus API versions is now upstream - removed patch for XB73844; now in upstream tarball - Update requirements: - gtkhtml3 from 3.6.1 to 3.6.2 - libgal2 from 2.4.1 to 2.4.2 - eds from 1.2.1 to 1.2.2 evolution-data-server-1.2.2-2 ----------------------------- * Mon Apr 11 2005 David Malcolm - 1.2.2-2 - added patch to calendar/libecal/e-cal.c to fix missing declaration of open_calendar * Mon Apr 11 2005 David Malcolm - 1.2.2-1 - 1.2.2 gdb-6.3.0.0-1.12 ---------------- * Mon Apr 11 2005 Andrew Cagney 6.3.0.0-1.12 - Update gstack patch, handle systems that lack /proc//tasks. * Fri Apr 08 2005 Andrew Cagney 6.3.0.0-1.11 - Replace patch warning about DW_OP_piece with a patch that implements the DW_OP_piece read path. * Sat Apr 02 2005 Andrew Cagney 6.3.0.0-1.10 - Print a warning when the separate debug info's CRC doen't match; test. gnome-pilot-2.0.13-1 -------------------- * Mon Apr 11 2005 David Malcolm - 2.0.13-1 - 2.0.13 - removed these patches (now upstream) - fix_warnings (#114281) - fix_desktop (added in 2.0.12-5) - libtool ( linkage of gpilotd) gnome-pilot-conduits-2.0.13-1 ----------------------------- * Mon Apr 11 2005 David Malcolm - 2.0.13-1 - 2.0.13 - require gnome-pilot 2.0.13 - Removed warning-fix patch (now upstream) gtkhtml3-3.6.2-1 ---------------- * Mon Apr 11 2005 David Malcolm - 3.6.2-1 - 3.6.2 kernel-2.6.11-1.1236_FC4 ------------------------ * Mon Apr 11 2005 David Woodhouse - Disable PPC cpufreq/sleep patches which make sleep less reliable - Add TIMEOUT to hotplug environment when requesting firmware (#153993) libgal2-2:2.4.2-1 ----------------- * Mon Apr 11 2005 David Malcolm - 2:2.4.2-1 - 2.4.2 libgconf-java-2.10.1-1 ---------------------- * Mon Apr 11 2005 Thomas Fitzsimmons - 2.10.1-1 - Import libgconf-java 2.10.1. libgtk-java-2.6.2-1 ------------------- * Mon Apr 11 2005 Thomas Fitzsimmons - 2.6.2-1 - Import libgtk-java 2.6.2. libselinux-1.23.6-1 ------------------- * Mon Apr 11 2005 Dan Walsh 1.23.6-1 - Update from NSA * Fixed bug in matchpathcon_filespec_destroy. nc-1.78-1 --------- * Mon Apr 11 2005 Radek Vokal 1.78-1 - update from CVS, using glib functions * Thu Mar 31 2005 Radek Vokal 1.77-1 - switching to new OpenBSD version of netcat * Fri Mar 04 2005 Radek Vokal 1.10-25 - gcc4 rebuilt openoffice.org-1:1.9.92-1 ------------------------- * Mon Apr 11 2005 Caolan McNamara - 1:1.9.92-1 - bump to next version - drop integrated workspace-gcj4.patch - drop openoffice.org-1.9.80.ooo43466.wmclass.patch g_set_application() name called multiple times - drop integrated openoffice.org-1.9.91.ooo46603.boost.sd.patch * Mon Apr 11 2005 Caolan McNamara - 1:1.9.91-2 - scripting framework builds with gcj now * Fri Apr 08 2005 Caolan McNamara - 1:1.9.91-1 - bump to latest version - have to reverse move to db4 because of rh#153231# - drop integrated workspace-systemmozilla - drop integrated workspace-gccfour - add backport of spurious sleep prototype removal - add our font fallbacks - stl stuff integrated now - happy birthday to me - add openoffice.org-1.9.90.ooo46585.sunmiscisnotstandard.filter.patch perl-Bit-Vector-6.4-2 --------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 6.4-1 - Update to 6.4. - Bring up to date with current Fedora.Extras perl spec template. perl-Date-Calc-5.4-1 -------------------- * Sat Apr 02 2005 Jose Pedro Oliveira - 5.4-1 - Update to 5.4. - Bring up to date with current Fedora.Extras perl spec template. php-5.0.4-3 ----------- * Mon Apr 11 2005 Joe Orton 5.0.4-3 - build shared objects as PIC (#154195) policycoreutils-1.23.4-3 ------------------------ * Mon Apr 11 2005 Dan Walsh 1.23.4-3 - remove is_selinux_enabled check from load_policy (Bad idea) * Mon Apr 11 2005 Dan Walsh 1.23.4-1 - Update to version from NSA * Merged load_policy is_selinux_enabled patch from Dan Walsh. * Merged restorecon verbose output patch from Dan Walsh. * Merged setfiles altroot patch from Chris PeBenito. portmap-4.0-65 -------------- quota-1:3.12-6 -------------- selinux-policy-strict-1.23.9-2 ------------------------------ * Mon Apr 11 2005 Dan Walsh 1.23.9-2 - Add name_connect for Mozilla - Add cvs and uucpd policy - Many fixes for strict policy sharutils-4.2.1-27 ------------------ * Mon Apr 11 2005 Than Ngo 4.2.1-27 - apply debian patch to fix insecure temporary file creation in unshar #154049, CAN-2005-0990 tomcat5-0:5.0.30-2jpp_2fc ------------------------- * Mon Apr 11 2005 Florian La Roche - /etc/init.d -> /etc/rc.d/init.d util-linux-2.12p-7 ------------------ * Tue Apr 05 2005 Karel Zak 2.12p-7 - enable build with libblkid from e2fsprogs-devel - remove workaround for duplicated labels vim-1:6.3.071-1 --------------- * Mon Apr 11 2005 Karsten Hopp 6.3.071-1 - patchlevel 71, fixes crashes when converting text with illegal characters and when moving the vertical separator to the far left (vertically splitted window) * Mon Apr 11 2005 Karsten Hopp 6.3.068-2 - quote special characters in here documents (vim.sh/vim.csh) (#154321) xinitrc-4.0.18-1 ---------------- * Mon Apr 11 2005 Jens Petersen 4.0.18-1 - Update xinput.sh to handle QT_IM_MODULE (#154830) yp-tools-2.8-8 -------------- * Fri Jun 18 2004 Alan Cox - Fix buffer overflow (non security) thanks to D Binderman * Tue Jun 15 2004 Elliot Lee - rebuilt * Fri Feb 13 2004 Elliot Lee - rebuilt ypserv-2.13-6 ------------- zlib-1.2.2.2-3 -------------- * Wed Mar 30 2005 Ivana Varekova 1.2.2.2-3 - fix bug 122408 - zlib build process runs configure twice From byte at aeon.com.my Tue Apr 12 14:55:22 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 13 Apr 2005 00:55:22 +1000 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <425B788B.3010802@hclcomnet.co.in> References: <20050411152339.GB13257@nostromo.devel.redhat.com> <425B788B.3010802@hclcomnet.co.in> Message-ID: <1113317722.4917.330.camel@arena.soho.bytebot.net> On Tue, 2005-04-12 at 12:58 +0530, gaurav wrote: > I was wondering about status of "stateless Linux"...IS it INCLUDED > with > fc 4 test or its DROPPED out It was never included in any FC release, but has always been available as a CVS checkout http://fedora.redhat.com/projects/stateless/ -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From czar at czarc.net Tue Apr 12 16:22:54 2005 From: czar at czarc.net (Gene C.) Date: Tue, 12 Apr 2005 12:22:54 -0400 Subject: latest kernel update and gcc In-Reply-To: <20050412005632.GA8392@redhat.com> References: <1113265444.4777.1.camel@stantz.corp.sgi.com> <20050412005632.GA8392@redhat.com> Message-ID: <200504121222.54338.czar@czarc.net> On Monday 11 April 2005 20:56, Dave Jones wrote: > On Mon, Apr 11, 2005 at 05:24:04PM -0700, Florin Andrei wrote: > ?> According to this bugzilla entry: > ?> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154467 > ?> > ?> Description of problem: > ?> This kernel update appears to have been built with gcc-3.4.3, > ?> while the compiler currently available on FC3 is gcc-3.4.2 > > 3.4.3 is in updates-testing. Well, yes, 3.4.3 is in updates-testing but the kernel is in updates and I should not need to pull packages from testing for the new kernel. -- Gene From thomas at apestaart.org Tue Apr 12 17:21:02 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Tue, 12 Apr 2005 19:21:02 +0200 Subject: default media player Message-ID: <1113326462.5525.38.camel@otto.amantes> Hi, is there any reason why Totem is not the default media player in FC4 ? The test releases still have Helix Player, while Totem is now the default GNOME player, and currently it plays more formats. (Helix Player was added quite late to FC3 and without any warning or discussion - I probably should have brought it up sooner :)) Helix Player is not very nice UI-wise (check the number of tabs under preferences), and not particularly well integrated with the desktop. Any particular reason why it should be the default ? For that matter, shouldn't it get moved to Extras anyway ? Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> Zou een heel klein beetje oorlog soms niet beter kunnen zijn ? <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From mattdm at mattdm.org Tue Apr 12 21:15:31 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 12 Apr 2005 17:15:31 -0400 Subject: latest kernel update and gcc In-Reply-To: <200504121222.54338.czar@czarc.net> References: <1113265444.4777.1.camel@stantz.corp.sgi.com> <20050412005632.GA8392@redhat.com> <200504121222.54338.czar@czarc.net> Message-ID: <20050412211531.GA2099@jadzia.bu.edu> On Tue, Apr 12, 2005 at 12:22:54PM -0400, Gene C. wrote: > Well, yes, 3.4.3 is in updates-testing but the kernel is in updates and I > should not need to pull packages from testing for the new kernel. Well, now it's in updates proper. (But you'll still need libtool from updates-testing -- oops.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From byte at aeon.com.my Tue Apr 12 22:44:26 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 13 Apr 2005 08:44:26 +1000 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <425B82D9.9080907@hclcomnet.co.in> References: <425B82D9.9080907@hclcomnet.co.in> Message-ID: <1113345867.4917.401.camel@arena.soho.bytebot.net> On Tue, 2005-04-12 at 13:42 +0530, gaurav wrote: > I was wondering about status of "stateless Linux"...IS it INCLUDED > with > fc 4 test 2 or its DROPPED out Seeing that it was _never_ included, it couldn't be _dropped_ out. Now, this is getting highly off-topic for fedora-devel-list, please *read* the list archives Your friendly list meister, -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From dmalcolm at redhat.com Tue Apr 12 22:56:24 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 12 Apr 2005 18:56:24 -0400 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <1113345867.4917.401.camel@arena.soho.bytebot.net> References: <425B82D9.9080907@hclcomnet.co.in> <1113345867.4917.401.camel@arena.soho.bytebot.net> Message-ID: <1113346585.5262.142.camel@cassandra.boston.redhat.com> On Wed, 2005-04-13 at 08:44 +1000, Colin Charles wrote: > On Tue, 2005-04-12 at 13:42 +0530, gaurav wrote: > > I was wondering about status of "stateless Linux"...IS it INCLUDED > > with > > fc 4 test 2 or its DROPPED out > > Seeing that it was _never_ included, it couldn't be _dropped_ out. Now, > this is getting highly off-topic for fedora-devel-list, please *read* > the list archives Eh? I thought that fedora-devel-list _was_ the place to discuss Stateless Linux. Dave "not enough sleep" Malcolm From byte at aeon.com.my Tue Apr 12 22:59:41 2005 From: byte at aeon.com.my (Colin Charles) Date: Wed, 13 Apr 2005 08:59:41 +1000 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <1113346585.5262.142.camel@cassandra.boston.redhat.com> References: <425B82D9.9080907@hclcomnet.co.in> <1113345867.4917.401.camel@arena.soho.bytebot.net> <1113346585.5262.142.camel@cassandra.boston.redhat.com> Message-ID: <1113346781.4917.407.camel@arena.soho.bytebot.net> On Tue, 2005-04-12 at 18:56 -0400, David Malcolm wrote: > > > I was wondering about status of "stateless Linux"...IS it INCLUDED > > > with > > > fc 4 test 2 or its DROPPED out > > > > Seeing that it was _never_ included, it couldn't be _dropped_ out. > Now, > > this is getting highly off-topic for fedora-devel-list, please > *read* > > the list archives > > Eh? I thought that fedora-devel-list _was_ the place to discuss > Stateless Linux. It was, but the same exact question as asked by the same person a little while before (i.e. a day ago) In context, reply #1: On Tue, 2005-04-12 at 12:58 +0530, gaurav wrote: > I was wondering about status of "stateless Linux"...IS it INCLUDED > with > fc 4 test or its DROPPED out It was never included in any FC release, but has always been available as a CVS checkout http://fedora.redhat.com/projects/stateless/ And I guess you just saw reply #2 So while this is the list, it quite isn't for gaurav who either (a) posted twice, or (b) oops, I see my mistake. It was cc'ed to fedora-test-list and fedora-devel-list > Dave "not enough sleep" Malcolm Busy hacking on Evo then ;-) Colin "needs morning coffee" Charles -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From wtogami at redhat.com Wed Apr 13 00:54:39 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 12 Apr 2005 14:54:39 -1000 Subject: default media player In-Reply-To: <1113326462.5525.38.camel@otto.amantes> References: <1113326462.5525.38.camel@otto.amantes> Message-ID: <425C6DCF.80302@redhat.com> Thomas Vander Stichele wrote: > Hi, > > is there any reason why Totem is not the default media player in FC4 ? > The test releases still have Helix Player, while Totem is now the > default GNOME player, and currently it plays more formats. (Helix > Player was added quite late to FC3 and without any warning or discussion > - I probably should have brought it up sooner :)) > > Helix Player is not very nice UI-wise (check the number of tabs under > preferences), and not particularly well integrated with the desktop. > Any particular reason why it should be the default ? For that matter, > shouldn't it get moved to Extras anyway ? > Agreed we should do this. Core can ship with totem, and arbitrary 3rd-party provided plugins can be added in order to enable other codecs. Warren Togami wtogami at redhat.com From vherva at viasys.com Wed Apr 13 05:54:19 2005 From: vherva at viasys.com (Ville Herva) Date: Wed, 13 Apr 2005 08:54:19 +0300 Subject: glibc-2.3.4-21: ld.so does not find glibc.so.6 for certain binaries Message-ID: <20050413055419.GS21004@viasys.com> Is anyone else seeing this, or is this something specific to my installation: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154229 Since upgrading to glibc-2.3.4-21, I've been seeing the following problem: glibc.so.6 is not found when launching certain binaries (see below). Reverting back to glibc-2.3.4-18 fixes it (I just verified.) A binary called des (that I compiled on 1999) always shows this, but saw it with at least grep once. That problem went away by itself, but older binaries like des still show it. > des des: error while loading shared libraries: libc.so.6: cannot open shared object > file =des /usr/local/bin/des: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), not stripped > ldd =des /lib/libNoVersion.so.1 (0xb7fe4000) linux-gate.so.1 => (0xffffe000) libc.so.6 => not found libc.so.6 => not found But: > ldd =grep linux-gate.so.1 => (0xffffe000) libpcre.so.0 => /lib/libpcre.so.0 (0x43d27000) libc.so.6 => /lib/libc.so.6 (0xb7ea0000) /lib/ld-linux.so.2 (0xb7fe7000) (See bugzilla for further details). -- v -- v at iki.fi From thacker at math.cornell.edu Wed Apr 13 06:27:04 2005 From: thacker at math.cornell.edu (John Thacker) Date: Wed, 13 Apr 2005 02:27:04 -0400 Subject: glibc-2.3.4-21: ld.so does not find glibc.so.6 for certain binaries In-Reply-To: <20050413055419.GS21004@viasys.com> References: <20050413055419.GS21004@viasys.com> Message-ID: <20050413062704.GA17753@thacker.dyndns.org> On Wed, Apr 13, 2005 at 08:54:19AM +0300, Ville Herva wrote: > Is anyone else seeing this, or is this something specific to my > installation: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154229 > > Since upgrading to glibc-2.3.4-21, I've been seeing the following problem: > glibc.so.6 is not found when launching certain binaries (see below). I'm getting similar messages when running firefox or mozilla from a terminal; errors when running the grep, cut, and sed commands contained within the scripts that launch firefox and mozilla: [jat48 at thacker ~]$ firefox grep: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory cut: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory sed: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From florin at andrei.myip.org Wed Apr 13 06:29:07 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Tue, 12 Apr 2005 23:29:07 -0700 Subject: now gcc4 has bad dependencies! [was: latest kernel update and gcc] In-Reply-To: <20050412211531.GA2099@jadzia.bu.edu> References: <1113265444.4777.1.camel@stantz.corp.sgi.com> <20050412005632.GA8392@redhat.com> <200504121222.54338.czar@czarc.net> <20050412211531.GA2099@jadzia.bu.edu> Message-ID: <1113373747.6775.2.camel@rivendell.home.local> On Tue, 2005-04-12 at 17:15 -0400, Matthew Miller wrote: > On Tue, Apr 12, 2005 at 12:22:54PM -0400, Gene C. wrote: > > Well, yes, 3.4.3 is in updates-testing but the kernel is in updates and I > > should not need to pull packages from testing for the new kernel. > > Well, now it's in updates proper. (But you'll still need libtool from > updates-testing -- oops.) Doh! https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154631 Hey, what's going on, guys, the dependencies seem to be acting up lately... :-) -- Florin Andrei http://florin.myip.org/ From jakub at redhat.com Wed Apr 13 06:59:10 2005 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 13 Apr 2005 02:59:10 -0400 Subject: glibc-2.3.4-21: ld.so does not find glibc.so.6 for certain binaries In-Reply-To: <20050413055419.GS21004@viasys.com> References: <20050413055419.GS21004@viasys.com> Message-ID: <20050413065910.GF17420@devserv.devel.redhat.com> On Wed, Apr 13, 2005 at 08:54:19AM +0300, Ville Herva wrote: > Is anyone else seeing this, or is this something specific to my > installation: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154229 > > Since upgrading to glibc-2.3.4-21, I've been seeing the following problem: > glibc.so.6 is not found when launching certain binaries (see below). > > Reverting back to glibc-2.3.4-18 fixes it (I just verified.) > > A binary called des (that I compiled on 1999) always shows this, but saw it > with at least grep once. That problem went away by itself, but older > binaries like des still show it. See %changelog: - move LinuxThreads libraries to /%{_lib}/obsolete/linuxthreads/ and NPTL libraries to /%{_lib}. To run a program against LinuxThreads, LD_ASSUME_KERNEL=2.4.xx LD_LIBRARY_PATH=/%{_lib}/obsolete/linuxthreads/ is now needed The move was necessary because of the change to make NPTL the default library programs are linked against and are using its headers. glibc 2.0 compiled programs are implicitly using LD_ASSUME_KERNEL=2.2.5. I'll probably change the hack to also add implicitly /%{_lib}/obsolete/linuxthreads/ to library search path, but be aware that when linuxthreads is finally dumped into the trash bin, which will happen in ~ a year or less, glibc 2.0 programs will finally stop working. BTW, it must have been early 1999, RHL 6.0 already shipped with glibc 2.1.x. Jakub From florin at andrei.myip.org Wed Apr 13 06:59:14 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Tue, 12 Apr 2005 23:59:14 -0700 Subject: Fedora Mini In-Reply-To: <20050406001542.228a7542@lembas.zaitcev.lan> References: <20050406001542.228a7542@lembas.zaitcev.lan> Message-ID: <1113375554.6775.5.camel@rivendell.home.local> On Wed, 2005-04-06 at 00:15 -0700, Pete Zaitcev wrote: > I looked over source-based and embedded distros and the field looks > terribly splintered. It's hard to pick a distro which won't disappear > next week. Also, since most of them are amateurish operations, they > tend towards things like dietlibc or uclibc, busybox, etc. Such approach > is too limiting for my needs. They don't use uclibc and busybox because they're amateurs, but because of tough constraints on the target hardware. E.g., if you design a Linux distro to run on a Linksys router, you _must_ resort to uclibc and other things like that. -- Florin Andrei http://florin.myip.org/ From uraeus at gnome.org Wed Apr 13 08:15:15 2005 From: uraeus at gnome.org (Christian Fredrik Kalager Schaller) Date: Wed, 13 Apr 2005 10:15:15 +0200 Subject: apt problems in Fedora 4 test 2 Message-ID: <1113380115.3219.6.camel@localhost.localdomain> Hi, I just installed Fedora 4 test 2 and all in all I am very happy with it. The system feels much snappier than before, especially the gnome-terminal feels like its had a nitro injection. One thing that I didn't manange to get working on a fresh install of Fedora Core test4 though was apt. After yum installing apt, I get this trying to update it. [root at localhost apt]# apt-get update Fetching list of repositories/mirrors... E: Failed to fetch mirror list file: Any ideas? Christian From geoffocal at optushome.com.au Wed Apr 13 08:38:30 2005 From: geoffocal at optushome.com.au (Geoff O'Callaghan) Date: Wed, 13 Apr 2005 18:38:30 +1000 Subject: /usr/sbin/hardlink Message-ID: <425CDA86.7060600@optushome.com.au> Didn't /usr/sbin/hardlink use to live in kernel-utils....? I missed where it went and if there was any compelling reason why??? I searched the archives - no mention. -goc- From selinux at gmail.com Wed Apr 13 08:49:35 2005 From: selinux at gmail.com (Tom London) Date: Wed, 13 Apr 2005 01:49:35 -0700 Subject: /usr/sbin/hardlink In-Reply-To: <425CDA86.7060600@optushome.com.au> References: <425CDA86.7060600@optushome.com.au> Message-ID: <4c4ba153050413014970ec687c@mail.gmail.com> On 4/13/05, Geoff O'Callaghan wrote: > Didn't /usr/sbin/hardlink use to live in kernel-utils....? I missed > where it went and if there was any compelling reason why??? I searched > the archives - no mention. > > -goc- 'rpm -qif /usr/sbin/hardlink' shows: Name : hardlink Relocations: (not relocatable) Version : 1.0 Vendor: Red Hat, Inc. Release : 1.11 Build Date: Tue 01 Mar 2005 07:59:44 PM PST Install Date: Wed 02 Mar 2005 01:56:04 PM PST Build Host: bugs.build.redhat.com Group : System Environment/Base Source RPM: hardlink-1.0-1.11.src.rpm Size : 12266 License: GPL Signature : (none) Packager : Red Hat, Inc. Summary : Create a tree of hardlinks. Description : hardlink is used to create a tree of hard links. It's used by kernel installation to dramatically reduce the amount of diskspace used by each kernel RPM installed. tom -- Tom London From gauravp at hclcomnet.co.in Wed Apr 13 08:51:08 2005 From: gauravp at hclcomnet.co.in (gaurav) Date: Wed, 13 Apr 2005 14:21:08 +0530 Subject: Announcing Fedora Core 4 Test 2 In-Reply-To: <1113346585.5262.142.camel@cassandra.boston.redhat.com> References: <425B82D9.9080907@hclcomnet.co.in><1113345867.4917.401.camel@are na.soho.bytebot.net> <1113346585.5262.142.camel@cassandra.boston.redhat.com> Message-ID: <425CDD7C.7050503@hclcomnet.co.in> David Malcolm wrote: >On Wed, 2005-04-13 at 08:44 +1000, Colin Charles wrote: > > >>On Tue, 2005-04-12 at 13:42 +0530, gaurav wrote: >> >> >>>I was wondering about status of "stateless Linux"...IS it INCLUDED >>>with >>>fc 4 test 2 or its DROPPED out >>> >>> >>Seeing that it was _never_ included, it couldn't be _dropped_ out. Now, >>this is getting highly off-topic for fedora-devel-list, please *read* >>the list archives >> >> I do realize its getting off topic here , if any body still interested pl visit/join http://sourceforge.net/projects/statelessdebian/ mailing list or directly contact me :-) ps: I am sorry for posting twice (oops) > >Eh? I thought that fedora-devel-list _was_ the place to discuss >Stateless Linux. > >Dave "not enough sleep" Malcolm > > > Regards, Gaurav From uraeus at gnome.org Wed Apr 13 09:53:24 2005 From: uraeus at gnome.org (Christian Fredrik Kalager Schaller) Date: Wed, 13 Apr 2005 11:53:24 +0200 Subject: default media player In-Reply-To: <425C6DCF.80302@redhat.com> References: <1113326462.5525.38.camel@otto.amantes> <425C6DCF.80302@redhat.com> Message-ID: <1113386004.3219.21.camel@localhost.localdomain> On Tue, 2005-04-12 at 14:54 -1000, Warren Togami wrote: > Thomas Vander Stichele wrote: > > Hi, > > > > is there any reason why Totem is not the default media player in > > FC4 ? > > The test releases still have Helix Player, while Totem is now the > > default GNOME player, and currently it plays more formats. > > Agreed we should do this. Core can ship with totem, and arbitrary > 3rd-party provided plugins can be added in order to enable other > codecs. Great, could you also make sure the Helix package, even when its moved to extras, do not handle 'rpm' files in Firefox. I hate it when I try to download stuff and instead get a helix player started in the browser. Christian From nicu_fedora at nicubunu.ro Wed Apr 13 10:21:10 2005 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Wed, 13 Apr 2005 13:21:10 +0300 Subject: default media player In-Reply-To: <1113386004.3219.21.camel@localhost.localdomain> References: <1113326462.5525.38.camel@otto.amantes> <425C6DCF.80302@redhat.com> <1113386004.3219.21.camel@localhost.localdomain> Message-ID: <425CF296.2000408@nicubunu.ro> Christian Fredrik Kalager Schaller wrote: > Great, could you also make sure the Helix package, even when its moved > to extras, do not handle 'rpm' files in Firefox. I hate it when I try to > download stuff and instead get a helix player started in the browser. I think here Helix is not guilty, the problem is happen when the web server is badly configured and use a wrong MIME type (audio/x-pn-realaudio-plugin), so Firefox consider the file being multimedia and launch the default player. -- nicu From uraeus at gnome.org Wed Apr 13 10:44:04 2005 From: uraeus at gnome.org (Christian Fredrik Kalager Schaller) Date: Wed, 13 Apr 2005 12:44:04 +0200 Subject: default media player In-Reply-To: <425CF296.2000408@nicubunu.ro> References: <1113326462.5525.38.camel@otto.amantes> <425C6DCF.80302@redhat.com> <1113386004.3219.21.camel@localhost.localdomain> <425CF296.2000408@nicubunu.ro> Message-ID: <1113389044.3219.26.camel@localhost.localdomain> On Wed, 2005-04-13 at 13:21 +0300, Nicu Buculei wrote: > Christian Fredrik Kalager Schaller wrote: > > Great, could you also make sure the Helix package, even when its moved > > to extras, do not handle 'rpm' files in Firefox. I hate it when I try to > > download stuff and instead get a helix player started in the browser. > > I think here Helix is not guilty, the problem is happen when the web > server is badly configured and use a wrong MIME type > (audio/x-pn-realaudio-plugin), so Firefox consider the file being > multimedia and launch the default player. Could very well be that Apache by default assumes rpm is a Helix/Real file format. But considering that I personally or anyone I ever talked have never ever seen a Real stream using the .rpm extension I think making the Real player plugin not register itself as handling that extension a good solution. Of course Red Hat (being a RPM based distro) should probably also change the default association for .rpm on the bundled Apache version too. Christian From buildsys at redhat.com Wed Apr 13 11:41:46 2005 From: buildsys at redhat.com (Build System) Date: Wed, 13 Apr 2005 07:41:46 -0400 Subject: rawhide report: 20050413 changes Message-ID: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> Updated Packages: SDL-1.2.8-3 ----------- * Tue Apr 12 2005 Thomas Woerner 1.2.8-3 - fixed gcc4 compile problems - fixed x86_64 endian problem * Wed Feb 09 2005 Thomas Woerner 1.2.8-2 - rebuild * Fri Dec 17 2004 Thomas Woerner 1.2.8-1 - new version 1.2.8 authconfig-4.6.12-1 ------------------- * Tue Apr 12 2005 Tomas Mraz - 4.6.12-1 - replaced deprecated gtk.TRUE/FALSE (#153034) - updated translations * Mon Mar 14 2005 Tomas Mraz - propagate the --enablewinbindauth option to the configuration (#151018) dbus-0.32-6 ----------- * Tue Apr 12 2005 John (J5) Palmieri - 0.32-6 - Added patch to fix deadlocks when using recursive g_mains * Tue Apr 12 2005 John (J5) Palmieri - 0.32-5 - replace selinux_init patch with selinux_chroot_workaround patch to work around bad selinux interactions when using chroots on the beehive build machines * Mon Apr 11 2005 John (J5) Palmieri - 0.32-4 - add print_child_pid patch which make sure we prin the child's pid if we fork dmraid-1.0.0.rc7-4_FC4 ---------------------- * Wed Mar 16 2005 Elliot Lee - rebuilt * Tue Mar 15 2005 Heinz Mauelshagen 1.0.0.rc6.1-4_FC4 - VIA metadata format handler - added RAID10 to lsi metadata format handler - "dmraid -rD": file device size into {devicename}_{formatname}.size - "dmraid -tay": pretty print multi-line tables ala "dmsetup table" - "dmraid -l": display supported RAID levels + manual update - _sil_read() used LOG_NOTICE rather than LOG_INFO in order to avoid messages about valid metadata areas being displayed during "dmraid -vay". - isw, sil filed metadata offset on "-r -D" in sectors rather than in bytes. - isw needed dev_sort() to sort RAID devices in sets correctly. - pdc metadata format handler name creation. Lead to wrong RAID set grouping logic in some configurations. - pdc RAID1 size calculation fixed (rc6.1) - dos.c: partition table code fixes by Paul Moore - _free_dev_pointers(): fixed potential OOB error - hpt37x_check: deal with raid_disks = 1 in mirror sets - pdc_check: status & 0x80 doesn't always show a failed device; removed that check for now. Status definitions needed. - sil addition of RAID sets to global list of sets - sil spare device memory leak - group_set(): removal of RAID set in case of error - hpt37x: handle total_secs > device size - allow -p with -f - enhanced error message by checking target type against list of registered target types dovecot-0.99.14-3.fc4 --------------------- * Tue Apr 12 2005 Tom Lane 0.99.14-3.fc4 - Rebuild for Postgres 8.0.2 (new libpq major version). eclipse-1:3.1.0_fc-0.M5.19 -------------------------- * Tue Apr 12 2005 Andrew Overholt 3.1.0_fc-0.M5.19 - Add Requires(post,postun): java-1.4.2-gcj-compat for rebuild-gcj-db (Joe Orton). - Add ecj binary. * Wed Apr 06 2005 Andrew Overholt 3.1.0_fc-0.M5.18 - Fix typo in gcj db building loops. - Add -O1 to x86_64 jar.so compilation. - Add EFJ (Eclipse Formatter for Java) patches (bkonrath) (e.o#75333). - Add patch to build swttools.jar (e.o#90364). - Symlink out to ant-jsch now that we have that. * Mon Apr 04 2005 Andrew Overholt 3.1.0_fc-0.M5.17 - Actually insert .jar-.jar.so combinations into sub-dbs. gail-1.8.3-1 ------------ * Tue Apr 12 2005 Matthias Clasen 1.8.3-1 - Update to 1.8.3 gedit-1:2.10.2-2 ---------------- * Tue Apr 12 2005 Matthias Clasen - 2.10.2-2 - Add the icon to the hicolor theme, and rename it to what the .desktop file says. gnome-themes-2.10.1-1 --------------------- * Tue Apr 12 2005 Matthias Clasen - 2.10.1-1 - Update to 2.10.1 gnopernicus-0.10.6-1 -------------------- * Tue Apr 12 2005 Matthias Clasen 0.10.6-1 - Update to 0.10.6 gtk2-2.6.7-1 ------------ * Wed Apr 13 2005 Matthias Clasen - 2.6.7-1 - Update to 2.6.7 iiimf-1:12.1.1-13.svn2469 ------------------------- * Tue Apr 12 2005 Akira TAGOH - 1:12.1.1-13.svn2469 - updates to svn2469. - fixed not working after switching LE. (#154372) - show a message when cannaserver isn't running. - fixed the freeze issue on x86_64. (#152947) - check if %{_localstatedir}/run/iiim/.iiimp-unix exists. kdelibs-6:3.4.0-4 ----------------- * Tue Apr 12 2005 Than Ngo 6:6:6:6:6:6:3.4.0-4 - add workaround for #154294 kernel-2.6.11-1.1238_FC4 ------------------------ * Tue Apr 12 2005 Dave Jones - Further vdso work from Roland. libdbi-drivers-0.7.1-3 ---------------------- libglade-java-2.10.1-1 ---------------------- * Tue Apr 12 2005 Thomas Fitzsimmons - 2.10.1-1 - Import libglade-java 2.10.1. * Sat Apr 02 2005 Thomas Fitzsimmons - 2.10.0-1 - Import libglade-java 2.10.0. libgnome-java-2.10.1-1 ---------------------- * Tue Apr 12 2005 Thomas Fitzsimmons - 2.10.1-1 - Import libgnome-java 2.10.1. * Sat Apr 02 2005 Thomas Fitzsimmons - 2.10.0-1 - Import libgnome-java 2.10.0. mod_auth_pgsql-2.0.1-8 ---------------------- * Wed Apr 13 2005 Joe Orton 2.0.1-8 - rebuild for new libpq openoffice.org-1:1.9.92-2 ------------------------- * Mon Apr 11 2005 Caolan McNamara - 1:1.9.92-2 - add some indic translations, but leave disabled for now - push ooo#46388# sot fix - drop perl-Archive-Zip buildtime copy pam-0.79-5 ---------- * Tue Apr 12 2005 Tomas Mraz 0.79-5 - added auditing patch by Steve Grubb - added cleanup patches for bugs found by Steve Grubb - don't clear the shadow option of pam_unix if nis option used php-5.0.4-4 ----------- * Tue Apr 12 2005 Joe Orton 5.0.4-4 - bundle from PEAR: HTTP, Mail, XML_Parser, Net_Socket, Net_SMTP - snmp: disable MSHUTDOWN function to prevent error_log noise (#153988) - mysqli: add fix for crash on x86_64 (Georg Richter, upstream #32282) postfix-2:2.2.2-1 ----------------- * Tue Apr 12 2005 Thomas Woerner 2:2.2.2-1 - new version 2.2.2 postgresql-8.0.2-1 ------------------ * Tue Apr 12 2005 Tom Lane 8.0.2-1 - Update to PostgreSQL 8.0.2. selinux-policy-strict-1.23.10-5 ------------------------------- * Tue Apr 12 2005 Dan Walsh 1.23.10-5 - Allow NetworkManager to communicate with hal in targeted_policy * Tue Apr 12 2005 Dan Walsh 1.23.10-4 - Add Russell compat.(fc, te) for switching from strict to targeted * Tue Apr 12 2005 Dan Walsh 1.23.10-3 - Fix Makefile to load policy before installing FC - Fix patch - Remove unlimited tunables from strict selinux-policy-targeted-1.23.10-5 --------------------------------- * Tue Apr 12 2005 Dan Walsh 1.23.10-5 - Allow NetworkManager to communicate with hal in targeted_policy * Tue Apr 12 2005 Dan Walsh 1.23.10-4 - Add Russell compat.(fc, te) for switching from strict to targeted * Tue Apr 12 2005 Dan Walsh 1.23.10-3 - Fix Makefile to load policy before installing FC - Fix patch - Remove unlimited tunables from strict sendmail-8.13.4-1 ----------------- * Tue Apr 12 2005 Thomas Woerner 8.13.4-1 - new version 8.13.4 - added requires for the sendmail base package in sendmail-cf, sendmail-devel and sendmail-doc - dropped upstream close_wait.p2 patch sudo-1.6.8p8-1 -------------- * Mon Apr 04 2005 Thomas Woerner 1.6.8p8-1 - new version 1.6.8p8: new sudoedit and sudo_noexec unix2dos-2.2-26 --------------- * Tue Apr 12 2005 Tim Waugh 2.2-26 - Removed inappropriate strcpy (bug #153079). Patch from Neil Horman. xorg-x11-6.8.2-22 ----------------- * Tue Apr 12 2005 Kristian H??gsberg 6.8.2-22 - Remove xorg-x11-6.8.3-intrinsics-gcc4-fdo2893-2305.patch and remember to cvs add xorg-x11-6.8.3-deassert-ddc-lines.patch * Tue Apr 12 2005 Kristian H??gsberg 6.8.2-22 - Add patches nominated for 6.8.3: - xorg-x11-6.8.3-alpha-srel32-fix-fdo1765-2174.patch - xorg-x11-6.8.3-canonicalize-builderaddr-1-fdo2884-2293.patch - xorg-x11-6.8.3-intrinsics-gcc4-fdo2893-2305.patch - xorg-x11-6.8.3-iso8859-compose-files-fdo2592-2156.patch - xorg-x11-6.8.3-lbxproxy-fdo2678-2051.patch - xorg-x11-6.8.3-nv-hw-fdo2533-1896.patch - xorg-x11-6.8.3-nv-patch-fdo2380-1752.patch - xorg-x11-6.8.3-radeon-cursor-sync-fdo2844-2230.patch - xorg-x11-6.8.3-radeon-render-byteswap-fdo2164-1863.patch - xorg-x11-6.8.3-radeon-set-fb-location-fdo2698-2079.patch - xorg-x11-6.8.3-saver-c-fdo2194-1613.patch - xorg-x11-6.8.3-uname-fdo2123-1587.patch - xorg-x11-6.8.3-void-fdo2467-1828.patch - xorg-x11-6.8.3-xnest-fdo2599-1964.patch - xorg-x11-6.8.3-xorgcfg-typo-fdo2896-2311.patch - xorg-x11-6.8.3-xset-fdo2258-2166.patch Add patch to deassert i2s lines after ddc probe (xorg-x11-6.8.3-deassert-ddc-lines.patch). * Tue Apr 05 2005 Mike A. Harris 6.8.2-21 - Added xorg-x11-6.8.2-xorg.conf.man-dont-refer-to-nonexisting-example.patch to fix bug (#69335) - Removed dead XFree86-4.2.99.901-parallelmake.patch as it has not worked for several X releases and is unmaintained. From mike at navi.cx Wed Apr 13 12:48:31 2005 From: mike at navi.cx (Mike Hearn) Date: Wed, 13 Apr 2005 13:48:31 +0100 Subject: glibc-2.3.4-21: ld.so does not find glibc.so.6 for certain binaries References: <20050413055419.GS21004@viasys.com> <20050413065910.GF17420@devserv.devel.redhat.com> Message-ID: On Wed, 13 Apr 2005 02:59:10 -0400, Jakub Jelinek wrote: > I'll probably change the hack to also add implicitly > /%{_lib}/obsolete/linuxthreads/ to library search path, but be aware that > when linuxthreads is finally dumped into the trash bin, which will happen > in ~ a year or less, glibc 2.0 programs will finally stop working. Dumped in the trash bin? It'll at least still be installable from Extras, right? The games and programsa that NPTL broke are still out there, I still have to use LD_ASSUME_KERNEL every so often. thanks -mike From twaugh at redhat.com Wed Apr 13 13:17:01 2005 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 13 Apr 2005 14:17:01 +0100 Subject: rawhide report: 20050413 changes In-Reply-To: References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> Message-ID: <20050413131701.GK8706@redhat.com> On Wed, Apr 13, 2005 at 08:05:59AM -0500, Justin Conover wrote: > Looks like cups needs to be rebuild against dbus 32? Nope. > Removing: > cups i386 1:1.1.23-15 installed 3.9 M > cups i386 1:1.1.23-14 installed 3.9 M Looks like you have 1:1.1.23-14 installed (which has old dependencies) as well as 1:1.1.23-15 (which has the correct dependencies). Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From skvidal at phy.duke.edu Wed Apr 13 13:30:46 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 13 Apr 2005 09:30:46 -0400 Subject: rawhide report: 20050413 changes In-Reply-To: References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> <20050413131701.GK8706@redhat.com> Message-ID: <1113399046.18389.46.camel@cutter> > How do you just remove one version and why didn't yum handle that by > default, is there some libs that require the old one. > yum remove cups-1.1.23-15 probably the transaction died half-way through. -sv From twaugh at redhat.com Wed Apr 13 13:32:23 2005 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 13 Apr 2005 14:32:23 +0100 Subject: rawhide report: 20050413 changes In-Reply-To: References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> <20050413131701.GK8706@redhat.com> Message-ID: <20050413133223.GL8706@redhat.com> On Wed, Apr 13, 2005 at 08:24:03AM -0500, Justin Conover wrote: > How do you just remove one version rpm -e cups-1.1.23-14 > and why didn't yum handle that by default, No idea. > is there some libs that require the old one. No, unless you also have older versions of other packages installed. > Can you explain all of those "extra" deps too? I don't remember the > last time I printed from rhythmbox or sound-juicer... ;-) What am I > missing? rhythmbox requires eel2 eel2 requires librsvg2 librsvg2 requires libgnomeprintui22 libgnomeprintui22 requires libgnomeprint22 libgnomeprint22 requires libgnomecups libgnomecups requires cups I think the last one is probably the incorrect one -- surely libgnomecups only requires the cups-libs package to function, not a CUPS scheduler to talk to (although that would make it more useful!). Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lenni at eastweb.ru Wed Apr 13 13:15:22 2005 From: lenni at eastweb.ru (Leonid Novikov) Date: Wed, 13 Apr 2005 17:15:22 +0400 (MSD) Subject: php5 with sqlite Message-ID: <200504131002.23023.lenni@eastweb.ru> Hi, folks. It is possible to build php with sqlite support? I have successfully worked servers on FC3 with PHP4+sqlite (from DAG repo), and now sqlite officially in Core. -- Leonid Novikov lenni at eastweb.ru http://eastweb.ru/ From jspaleta at gmail.com Wed Apr 13 14:18:10 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 10:18:10 -0400 Subject: apt problems in Fedora 4 test 2 In-Reply-To: <1113380115.3219.6.camel@localhost.localdomain> References: <1113380115.3219.6.camel@localhost.localdomain> Message-ID: <604aa791050413071824e1ae34@mail.gmail.com> On 4/13/05, Christian Fredrik Kalager Schaller wrote: > [root at localhost apt]# apt-get update > Fetching list of repositories/mirrors... > E: Failed to fetch mirror list file: > > Any ideas? Seems like an issue with the fact that the mirror-select configuration for the apt in the fedora extras development tree.. is referencing urls that do not yet exist. /etc/apt/apt.conf.d/mirror-select.conf http://www.fedora.us/mirrorlists/fedora.us-fc4-mirrors.list does not exist yet. You should file a bug against Fedora Extras development tree for apt, if there isn't a bug filed already. This is not the most appropriate mailinglist for a discussion like this. Please use fedora-test-list for or fedoraforum.org for discussions about end-user related problems with the test releases in the future. -jef From jorton at redhat.com Wed Apr 13 14:35:11 2005 From: jorton at redhat.com (Joe Orton) Date: Wed, 13 Apr 2005 15:35:11 +0100 Subject: php5 with sqlite In-Reply-To: <200504131002.23023.lenni@eastweb.ru> References: <200504131002.23023.lenni@eastweb.ru> Message-ID: <20050413143511.GA16079@redhat.com> On Wed, Apr 13, 2005 at 05:15:22PM +0400, Leonid Novikov wrote: > It is possible to build php with sqlite support? > > I have successfully worked servers on FC3 with PHP4+sqlite (from DAG repo), > and now sqlite officially in Core. The PHP 5.0 sqlite extension only works with sqlite2; we're shipping sqlite3 in FC4, and I don't want to maintain the bundled copy of sqlite2 in PHP which is doubtless missing e.g. all the 64-bit fixes between sqlite2 and 3. Since there's an sqlite2 in Extras it makes sense to leave php-sqlite to Extras, too. Regards, joe From josh at bluga.net Wed Apr 13 16:58:56 2005 From: josh at bluga.net (Joshua Eichorn) Date: Wed, 13 Apr 2005 09:58:56 -0700 Subject: php5 with sqlite In-Reply-To: <20050413143511.GA16079@redhat.com> References: <200504131002.23023.lenni@eastweb.ru> <20050413143511.GA16079@redhat.com> Message-ID: <425D4FD0.50703@bluga.net> Joe Orton wrote: >On Wed, Apr 13, 2005 at 05:15:22PM +0400, Leonid Novikov wrote: > > >>It is possible to build php with sqlite support? >> >>I have successfully worked servers on FC3 with PHP4+sqlite (from DAG repo), >>and now sqlite officially in Core. >> >> > >The PHP 5.0 sqlite extension only works with sqlite2; we're shipping >sqlite3 in FC4, and I don't want to maintain the bundled copy of sqlite2 >in PHP which is doubtless missing e.g. all the 64-bit fixes between >sqlite2 and 3. Since there's an sqlite2 in Extras it makes sense to >leave php-sqlite to Extras, too. > >Regards, > >joe > > > Having the fedora version of php not shipping with default extensions is really going to create a lot of pain. Its was added to php so that there would always be a database that scripts could rely on without any installation. I realize that the sqlite guys aren't making things easy releasing fully incompatible version of things. But if someway can be found to ship fedoras php with all the default php extensions it will really reduce the pain of anyone who has to support php on fedora. -josh From vherva at vianova.fi Wed Apr 13 16:59:30 2005 From: vherva at vianova.fi (Ville Herva) Date: Wed, 13 Apr 2005 19:59:30 +0300 Subject: glibc-2.3.4-21: ld.so does not find glibc.so.6 for certain binaries In-Reply-To: <20050413065910.GF17420@devserv.devel.redhat.com> References: <20050413055419.GS21004@viasys.com> <20050413065910.GF17420@devserv.devel.redhat.com> Message-ID: <20050413165930.GU21004@viasys.com> On Wed, Apr 13, 2005 at 02:59:10AM -0400, you [Jakub Jelinek] wrote: > On Wed, Apr 13, 2005 at 08:54:19AM +0300, Ville Herva wrote: > > Is anyone else seeing this, or is this something specific to my > > installation: > > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154229 > > > > Since upgrading to glibc-2.3.4-21, I've been seeing the following problem: > > glibc.so.6 is not found when launching certain binaries (see below). > > > > Reverting back to glibc-2.3.4-18 fixes it (I just verified.) > > > > A binary called des (that I compiled on 1999) always shows this, but saw it > > with at least grep once. That problem went away by itself, but older > > binaries like des still show it. > > See %changelog: > - move LinuxThreads libraries to /%{_lib}/obsolete/linuxthreads/ > and NPTL libraries to /%{_lib}. To run a program against LinuxThreads, > LD_ASSUME_KERNEL=2.4.xx LD_LIBRARY_PATH=/%{_lib}/obsolete/linuxthreads/ > is now needed Thanks. LD_LIBRARY_PATH=/lib/obsolete/linuxthreads works. I added this information to the bugzilla entry. > The move was necessary because of the change to make NPTL the default > library programs are linked against and are using its headers. > > glibc 2.0 compiled programs are implicitly using LD_ASSUME_KERNEL=2.2.5. > I'll probably change the hack to also add implicitly > /%{_lib}/obsolete/linuxthreads/ to library search path, but be aware that > when linuxthreads is finally dumped into the trash bin, which will happen > in ~ a year or less, glibc 2.0 programs will finally stop working. > > BTW, it must have been early 1999, RHL 6.0 already shipped with glibc 2.1.x. I have at least two binaries that show this (possible quite a bit more I haven't been searching for them), and another of them is compiled on Sep 22 2002 on then-current Red Hat system. (The 7912-byte binary is available at http://iki.fi/v/tmp/xsel). I'm *quite* sure it wasn't linked against glibc 2.0. Strange. -- v -- v at iki.fi From vherva at vianova.fi Wed Apr 13 17:08:17 2005 From: vherva at vianova.fi (Ville Herva) Date: Wed, 13 Apr 2005 20:08:17 +0300 Subject: glibc-2.3.4-21: ld.so does not find glibc.so.6 for certain binaries In-Reply-To: <20050413165930.GU21004@viasys.com> References: <20050413055419.GS21004@viasys.com> <20050413065910.GF17420@devserv.devel.redhat.com> <20050413165930.GU21004@viasys.com> Message-ID: <20050413170817.GV21004@viasys.com> On Wed, Apr 13, 2005 at 07:59:30PM +0300, you [Ville Herva] wrote: > > I have at least two binaries that show this (possible quite a bit more I > haven't been searching for them), and another of them is compiled on Sep 22 > 2002 on then-current Red Hat system. (The 7912-byte binary is available at > http://iki.fi/v/tmp/xsel). I'm *quite* sure it wasn't linked against glibc > 2.0. Strange. The binary (xsel) wasn't compiled on on the system I thought I had compiled it on. It was compiled on Red Hat 6.2. Sorry for the noise. -- v -- v at iki.fi From walrus at bellsouth.net Wed Apr 13 17:30:39 2005 From: walrus at bellsouth.net (William M. Quarles) Date: Wed, 13 Apr 2005 13:30:39 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists Message-ID: Hi all, I sent what I thought was a very important request to one of the Fedora lists which was quickly beaten down, and I did not receive anything back on subsequent replies. I would appreciate your help in making sure that the lists are safe for all of us. I'm actually going to the trouble of subscribing to nearly all of the Red Hat mailing lists just to get the word out. One thing that I have done recently was to search for my e-mail addresses on the Internet web pages to find all of the places that list them. Why bother doing this? Just like how Google has spiders that crawl the Internet to gather general information, spammers have spiders that crawl the Internet to gather e-mail addresses to spam people. I have contacted all of the websites who did not modify my e-mail addresses (mostly on mailing lists) in such that they cannot be collected. Red Hat has done at least one thing right in that they have modified everyone's e-mail address in their web archive, such that it reads something like for mine. However Red Hat has left one big gaping whole that the spam spiders can still crawl into. There is a complete active mirror of these lists as postable newsgroups kept on a service called Gmane . I'm using Gmane to write this message to you now. It's a pretty sophisticated setup, has safeguards to prevent spam getting posted, and they use Spam Assassin to clean up stuff that still ends up on the list (except you have to filter it yourself on the newsgroup interface). The only problem is that spam spiders crawl the newsgroups to collect e-mail addresses. Gmane has a safeguard to prevent this, but it has to be turned on by the list administrator. Gmane can encrypt the e-mail addresses on the list such that any mail sent to them is routed through Gmane first, and then the sender must under go a challenge-response before the message gets routed to the actual recipient. Of all of the Red Hat lists I've only found two newsgroup mirrors that use address encryption: gmane.linux.redhat.fedora.java , and gmane.redhat.taroon . If you would like to see the Red Hat newsgroup mirrors have encrypted e-mail addresses, please reply to this topic and discuss. If you are even more brave (important since some of these lists are high-volume and not everything gets read), please contact your list administrator directly at . If someone knows how to get the word out on the international lists or to their administrators (since I don't speak multiple tongues), please do so. If someone knows who to contact who can make all of the newsgroups have encrypted e-mail addresses going above all of the list administrators (maybe the person who decided to obfuscate them all on the web archive?) please contact him or her and let us know how to contact that person. Thanks so much, William From Fedora at TQMcube.com Wed Apr 13 17:40:52 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Wed, 13 Apr 2005 13:40:52 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: Message-ID: <1113414052.20552.5.camel@dch.tqmcube.com> On Wed, 2005-04-13 at 12:36 -0400, William M. Quarles wrote: > If you would like to see the Red Hat newsgroup mirrors have encrypted > e-mail addresses, please reply to this topic and discuss. If you are > even more brave (important since some of these lists are high-volume and > not everything gets read), please contact your list administrator > directly at . If someone knows how to get > the word out on the international lists or to their administrators > (since I don't speak multiple tongues), please do so. If someone knows > who to contact who can make all of the newsgroups have encrypted e-mail > addresses going above all of the list administrators (maybe the person > who decided to obfuscate them all on the web archive?) please contact > him or her and let us know how to contact that person. > The problem is spam not the lists nor list management. -- ________________________________________________________________________ Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm From jdesbonnet at gmail.com Wed Apr 13 17:42:37 2005 From: jdesbonnet at gmail.com (Joe Desbonnet) Date: Wed, 13 Apr 2005 18:42:37 +0100 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: Message-ID: <1cef3e95050413104277ee10dc@mail.gmail.com> I noticed that my spam levels (the stuff that got through the gmail filter) shot up within days of my first post to the fedora developers list. Coincidence? I suspect not. Joe. On 4/13/05, William M. Quarles wrote: > Hi all, > > I sent what I thought was a very important request to one of the Fedora > lists which was quickly beaten down, and I did not receive anything back > on subsequent replies. I would appreciate your help in making sure that > the lists are safe for all of us. I'm actually going to the trouble of > subscribing to nearly all of the Red Hat mailing lists just to get the > word out. > > One thing that I have done recently was to search for my e-mail > addresses on the Internet web pages to find all of the places that list > them. Why bother doing this? Just like how Google has spiders that > crawl the Internet to gather general information, spammers have spiders > that crawl the Internet to gather e-mail addresses to spam people. I > have contacted all of the websites who did not modify my e-mail > addresses (mostly on mailing lists) in such that they cannot be > collected. Red Hat has done at least one thing right in that they have > modified everyone's e-mail address in their web archive, such that it > reads something like for mine. > > However Red Hat has left one big gaping whole that the spam spiders can > still crawl into. There is a complete active mirror of these lists as > postable newsgroups kept on a service called Gmane . > I'm using Gmane to write this message to you now. It's a pretty > sophisticated setup, has safeguards to prevent spam getting posted, and > they use Spam Assassin to clean up stuff that still ends up on the list > (except you have to filter it yourself on the newsgroup interface). The > only problem is that spam spiders crawl the newsgroups to collect e-mail > addresses. > > Gmane has a safeguard to prevent this, but it has to be turned on by the > list administrator. Gmane can encrypt the e-mail addresses on the list > such that any mail sent to them is routed through Gmane first, and then > the sender must under go a challenge-response before the message gets > routed to the actual recipient. Of all of the Red Hat lists I've only > found two newsgroup mirrors that use address encryption: > gmane.linux.redhat.fedora.java , and > gmane.redhat.taroon . > > If you would like to see the Red Hat newsgroup mirrors have encrypted > e-mail addresses, please reply to this topic and discuss. If you are > even more brave (important since some of these lists are high-volume and > not everything gets read), please contact your list administrator > directly at . If someone knows how to get > the word out on the international lists or to their administrators > (since I don't speak multiple tongues), please do so. If someone knows > who to contact who can make all of the newsgroups have encrypted e-mail > addresses going above all of the list administrators (maybe the person > who decided to obfuscate them all on the web archive?) please contact > him or her and let us know how to contact that person. > > Thanks so much, > William > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From jeff at ocjtech.us Wed Apr 13 17:52:22 2005 From: jeff at ocjtech.us (Jeffrey C. Ollie) Date: Wed, 13 Apr 2005 12:52:22 -0500 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: Message-ID: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> On Wed, 2005-04-13 at 13:30 -0400, William M. Quarles wrote: > > spammers have spiders > that crawl the Internet to gather e-mail addresses to spam people. I > have contacted all of the websites who did not modify my e-mail > addresses (mostly on mailing lists) in such that they cannot be > collected. Yes they do have spiders. And I'd bet that most of those spiders know how to turn "user at example.com" and many of the other common obfuscations into "user at example.com". And if that doesn't work, they'll just subscribe to all of the mailing lists that they can find to harvest email addresses directly from the emails. And if that doesn't work they'll just try dictionary attacks against your SMTP server. And once one spammer has your email address they'll quickly sell it to every other spammer. This all just goes to show that you can't hide your email address. They'll find it one way or the other, sooner or later. So I wouldn't waste a lot of time trying. Instead, investigate one of the many spam filtering systems out there. Since I see that you are using Mozilla, take a look at: Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From walrus at bellsouth.net Wed Apr 13 17:49:51 2005 From: walrus at bellsouth.net (William M. Quarles) Date: Wed, 13 Apr 2005 13:49:51 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <1113414052.20552.5.camel@dch.tqmcube.com> References: <1113414052.20552.5.camel@dch.tqmcube.com> Message-ID: David Cary Hart wrote: > On Wed, 2005-04-13 at 12:36 -0400, William M. Quarles wrote: > > >>If you would like to see the Red Hat newsgroup mirrors have encrypted >>e-mail addresses, please reply to this topic and discuss. If you are >>even more brave (important since some of these lists are high-volume and >>not everything gets read), please contact your list administrator >>directly at . If someone knows how to get >>the word out on the international lists or to their administrators >>(since I don't speak multiple tongues), please do so. If someone knows >>who to contact who can make all of the newsgroups have encrypted e-mail >>addresses going above all of the list administrators (maybe the person >>who decided to obfuscate them all on the web archive?) please contact >>him or her and let us know how to contact that person. >> > > The problem is spam not the lists nor list management. True but the list management could take on small step to protect all of us, so I don't see why they shouldn't do it, particularly when they have already taken a similar step on Red Hat website. From Fedora at TQMcube.com Wed Apr 13 18:03:40 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Wed, 13 Apr 2005 14:03:40 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: <1113414052.20552.5.camel@dch.tqmcube.com> Message-ID: <1113415420.20552.16.camel@dch.tqmcube.com> On Wed, 2005-04-13 at 13:49 -0400, William M. Quarles wrote: > David Cary Hart wrote: > > > > > > The problem is spam not the lists nor list management. > > True but the list management could take on small step to protect all of > us, so I don't see why they shouldn't do it, particularly when they have > already taken a similar step on Red Hat website. > Your own mail server? -- ________________________________________________________________________ Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm From Fedora at TQMcube.com Wed Apr 13 18:11:04 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Wed, 13 Apr 2005 14:11:04 -0400 Subject: Gcc4 & Rawhide RPMs Message-ID: <1113415864.20552.23.camel@dch.tqmcube.com> Are RPMs now compiled with gcc4 by default? Has anyone made comparisons in file size and performance - gcc3 vs. gcc4? -- ________________________________________________________________________ Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm From dcbw at redhat.com Wed Apr 13 18:14:53 2005 From: dcbw at redhat.com (Dan Williams) Date: Wed, 13 Apr 2005 14:14:53 -0400 (EDT) Subject: Gcc4 & Rawhide RPMs In-Reply-To: <1113415864.20552.23.camel@dch.tqmcube.com> References: <1113415864.20552.23.camel@dch.tqmcube.com> Message-ID: On Wed, 13 Apr 2005, David Cary Hart wrote: > Are RPMs now compiled with gcc4 by default? Yes, except for 4 or 5 that are not rebuilt yet. Dan From ph18 at cornell.edu Wed Apr 13 18:24:21 2005 From: ph18 at cornell.edu (Paul A. Houle) Date: Wed, 13 Apr 2005 14:24:21 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> Message-ID: On Wed, 13 Apr 2005 12:52:22 -0500, Jeffrey C. Ollie wrote: > Yes they do have spiders. And I'd bet that most of those spiders know > how to turn "user at example.com" and many of the other common > obfuscations into "user at example.com". And if that doesn't work, they'll > just subscribe to all of the mailing lists that they can find to harvest > email addresses directly from the emails. And if that doesn't work > they'll just try dictionary attacks against your SMTP server. And once > one spammer has your email address they'll quickly sell it to every > other spammer. > > This all just goes to show that you can't hide your email address. > They'll find it one way or the other, sooner or later. So I wouldn't > waste a lot of time trying. > > Instead, investigate one of the many spam filtering systems out there. > Since I see that you are using Mozilla, take a look at: > > > This is nuts. The best defense against spam is a defense in depth. It makes sense to filter spam at the mail server and the mail client, but it also makes sense to prevent one's address from being exposed to spammers. I had one address that was so popular for viruses and spams that the mail server was regularly failing in one way or another because of the load, and I ultimately abandoned that account. Yes, "user at example.com" is lame, but you can do a lot better by requiring: (i) that a user have to perform a complicated task (register and log in, for instance) in order to harvest an address, and (ii) wrapping the address in javascript + funny HTML tricks (for instance, using numeric entities for characters, inserting comments into the text) to make sure anything less than a complete HTML parser won't get the address. These two actions will sideline general-purpose spamcrawlers that are trying to crawl te whole web. A defense against specialized webcrawlers involves keeping an eye on the behavior of crawlers -- prohibit legitimate crawlers from attempting to get e-mail addresses, and firewall any site that requests too many of them. (And yes, I work on a site that periodically does get attacked with specialized webcralwers trying to do just that.) The point of (ii) is to protect against worms/viruses that scan the browser caches -- you're better off the harder it is for a worm to parse it... From jwz at jwz.org Wed Apr 13 18:31:50 2005 From: jwz at jwz.org (Jamie Zawinski) Date: Wed, 13 Apr 2005 11:31:50 -0700 Subject: Preventing spammers from infiltrating the Red Hat mailing lists References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> Message-ID: <425D6596.5EA10976@jwz.org> I've had the same extremely public email address for ten years, and spam is a total non-problem for me. Learn to use filters, and get an ISP that subscribes to MAPS UBL and quit your whining. Or, don't use email. Intentionally obfuscating or hiding email addresses destroys the utility of mail as a communications medium. This cure is worse than the disease. -- Jamie Zawinski jwz at jwz.org http://www.jwz.org/ jwz at dnalounge.com http://www.dnalounge.com/ http://jwz.livejournal.com/ From ben at bagu.org Wed Apr 13 19:32:28 2005 From: ben at bagu.org (Ben Konrath) Date: Wed, 13 Apr 2005 15:32:28 -0400 Subject: 2.6.11 kernel with inotify 0.22 for FC3 Message-ID: Hi, I just updated my inotify enabled kernels for FC3. To install one, add something like this to your /etc/yum.conf: [inotify] name=inotify baseurl=http://www.bagu.org/inotify enabled=0 gpgcheck=0 And then run something like: yum --enablerepo=inotify install kernel-2.6.11-1.14.inotify.0.22_FC3.i686 Enjoy, Ben From dax at gurulabs.com Wed Apr 13 19:57:53 2005 From: dax at gurulabs.com (Dax Kelson) Date: Wed, 13 Apr 2005 13:57:53 -0600 Subject: Guide on RPM building released Message-ID: <1113422273.5637.9.camel@mentorng.gurulabs.com> We have released a section of our courseware under a Creative Commons license that has very comprehensive coverage of building RPMs. It has treatment of the whole spectrum of issues including making proper patches, the freedesktop.org menu specification, and ancillary files like logrotate.d files, cron.*/ files, SysV init files along with chkconfig, etc. One unique thing about the guide is that it is not just a reference as it includes a very detailed (48 page) lab exercise that walks a would be packager through several real world scenarios including: * Setting up a build environment * Re-building an existing src.rpm * Updating a src.rpm with newer software release (and handling merged upstream patches) * Creating a spec file from scratch to package an application * Extending a spec file to break a single application into multiple logical packages * Setting up GnuPG and signing your packages The lab exercise has been validated and tested to "just work as written" on the following distributions: Fedora Core 3 Red Hat Enterprise Linux 4 SUSE Linux Professional 9.2 SUSE Linux Enterprise Server 9 It will likely work, possibly with small modifications, on other RPM based distributions as well. The guide can be found under the "Goodies" section of our website here: http://www.gurulabs.com/goodies/guru+guides.php I'm excited to make this release and hope it is useful addition to the available RPM documentation and helps increase the amount of quality packagers and packages. Dax Kelson Guru Labs From walrus at bellsouth.net Wed Apr 13 20:48:04 2005 From: walrus at bellsouth.net (William M. Quarles) Date: Wed, 13 Apr 2005 16:48:04 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> Message-ID: Paul A. Houle wrote: > On Wed, 13 Apr 2005 12:52:22 -0500, Jeffrey C. Ollie > wrote: > >> Yes they do have spiders. And I'd bet that most of those spiders know >> how to turn "user at example.com" and many of the other common >> obfuscations into "user at example.com". > This is nuts. Yes. > The best defense against spam is a defense in depth. It makes sense > to filter spam at the mail server and the mail client, but it also > makes sense to prevent one's address from being exposed to spammers. > > > Yes, "user at example.com" is lame, but you can do a lot better > by requiring: Apparently you guys haven't bothered to look at what Gmane actually does to inhibit the spiders. It's not just "user at example.com." They do that on the website for groups that fail to do the following: they actually *encrypt* your e-mail address and force the sender to verify themselves. Read more. http://gmane.org/tmda.php William From walrus at bellsouth.net Wed Apr 13 20:53:53 2005 From: walrus at bellsouth.net (William M. Quarles) Date: Wed, 13 Apr 2005 16:53:53 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <425D6596.5EA10976@jwz.org> References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> <425D6596.5EA10976@jwz.org> Message-ID: Jamie Zawinski wrote: > I've had the same extremely public email address for ten years, > and spam is a total non-problem for me. > > Learn to use filters, and get an ISP that subscribes to MAPS UBL > and quit your whining. > > Or, don't use email. > > Intentionally obfuscating or hiding email addresses destroys the > utility of mail as a communications medium. This cure is worse > than the disease. Why, changing my e-mail address to read walrus bellsouth.net on the Red Hat site is too challenging for you? At least it fools a stupid computer looking for it. Although I agree that when the archives completely delete e-mail addresses than it is useless, but the archives that I have contacted about that say that they have to because they get daily requests from people to completely remove even obfuscated e-mail addresses. Look into the Gmane encryption, it is a worthwhile solution to the news spider problem. And it doesn't inhibit the functioning of the mailing list whatsoever. If you don't use Gmane the only reason why you would care is because it keeps the spam spiders away, and that's a good thing to care about. William From walrus at bellsouth.net Wed Apr 13 20:54:51 2005 From: walrus at bellsouth.net (William M. Quarles) Date: Wed, 13 Apr 2005 16:54:51 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <1113415420.20552.16.camel@dch.tqmcube.com> References: <1113414052.20552.5.camel@dch.tqmcube.com> <1113415420.20552.16.camel@dch.tqmcube.com> Message-ID: David Cary Hart wrote: > On Wed, 2005-04-13 at 13:49 -0400, William M. Quarles wrote: > >>David Cary Hart wrote: >> >>>The problem is spam not the lists nor list management. >> >>True but the list management could take on small step to protect all of >>us, so I don't see why they shouldn't do it, particularly when they have >>already taken a similar step on Red Hat website. > > Your own mail server? Huh? I don't get your point. William From jeremy at rosengren.org Wed Apr 13 21:10:48 2005 From: jeremy at rosengren.org (Jeremy Rosengren) Date: Wed, 13 Apr 2005 16:10:48 -0500 Subject: Guide on RPM building released In-Reply-To: <1113422273.5637.9.camel@mentorng.gurulabs.com> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> Message-ID: <425D8AD8.2030602@rosengren.org> Dax Kelson wrote: >We have released a section of our courseware under a Creative Commons >license that has very comprehensive coverage of building RPMs. > > Excellent, thank you! -- jeremy From bdpepple at ameritech.net Wed Apr 13 21:29:05 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 13 Apr 2005 17:29:05 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> <425D6596.5EA10976@jwz.org> Message-ID: <1113427745.5693.4.camel@localhost.localdomain> On Wed, 2005-04-13 at 16:53 -0400, William M. Quarles wrote: > Why, changing my e-mail address to read walrus bellsouth.net on the Red > Hat site is too challenging for you? At least it fools a stupid > computer looking for it. Although I agree that when the archives > completely delete e-mail addresses than it is useless, but the archives > that I have contacted about that say that they have to because they get > daily requests from people to completely remove even obfuscated e-mail > addresses. > > Look into the Gmane encryption, it is a worthwhile solution to the news > spider problem. And it doesn't inhibit the functioning of the mailing > list whatsoever. If you don't use Gmane the only reason why you would > care is because it keeps the spam spiders away, and that's a good thing > to care about. Could you please stop this discussion? As far as I can tell, this has nothing to do with development of Fedora. Refer to: http://fedora.linux.duke.edu/wiki/PostIsOffTopic /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jspaleta at gmail.com Wed Apr 13 21:49:17 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 13 Apr 2005 17:49:17 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> Message-ID: <604aa791050413144940b0d481@mail.gmail.com> On 4/13/05, William M. Quarles wrote: > Apparently you guys haven't bothered to look at what Gmane actually does > to inhibit the spiders. It's not just "user at example.com." They do > that on the website for groups that fail to do the following: they > actually *encrypt* your e-mail address and force the sender to verify > themselves. Read more. > > http://gmane.org/tmda.php I've read that url.. and it says that list maintainers have to REQUEST encryption to be turned on. Its not somethign list maintainers turn on themselves.. it something gmame turns on at the request of list maintainers. That url doesn't even explain to whom at gmame you make the request. If this is a gmame feature that list maintainers have to request be turned on... why the hell isnt gmame turning this feature on by default for ALL the lists they archive? Why do list maintainers have to request this feature? Why do list maintainers have to know about gmame's existance at all? gmame needs to turn this on for ALL the lists they archive and then let maintainers opt-out of it instead of opt-in. I consider this a problem with how gmame is managed. They should be defaulting to encypted usernames in the newgroup archives and save list maintainers the trouble of tracking this down and interacting with gmame at all. -jef From dwmw2 at infradead.org Wed Apr 13 22:58:13 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 13 Apr 2005 23:58:13 +0100 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <604aa791050413144940b0d481@mail.gmail.com> References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> <604aa791050413144940b0d481@mail.gmail.com> Message-ID: <1113433093.12012.186.camel@baythorne.infradead.org> On Wed, 2005-04-13 at 17:49 -0400, Jeff Spaleta wrote: > If this is a gmame feature that list maintainers have to request be > turned on... why the hell isnt gmame turning this feature on by > default for ALL the lists they archive? Because Jamie's right, and not all list owners are weenies who don't actually realise that. -- dwmw2 From wtogami at redhat.com Wed Apr 13 23:11:11 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 13 Apr 2005 13:11:11 -1000 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: Message-ID: <425DA70F.80107@redhat.com> William, you are off-topic for this mailing list. Your request of the added header necessary for Gmane to translate e-mail addresses in their archives is nothing something that I can do myself, and need to ask our sysadmins to do. While this may help, it will only a little. Nothing stops spammers from subscribing to all lists and getting all e-mail addresses that way. And nothing stops other people from making the list archives available elsewhere. As I said earlier THIS IS NOT A SOLUTION. Warren Togami wtogami at redhat.com From geoffocal at optushome.com.au Thu Apr 14 00:07:24 2005 From: geoffocal at optushome.com.au (Geoff O'Callaghan) Date: Thu, 14 Apr 2005 10:07:24 +1000 Subject: fedora/390 Message-ID: <425DB43C.2090400@optushome.com.au> Howdy, Just thought I'd drop you guys a note so say that I've managed to get a Fedora (rawhide) s/390 system up and running. The installer has a few issues that I'll put through into bugzilla and there are of course a few interesting quirks with the kernel being compiled with gcc4. But I'm running what I believe is the latest kernel (I re-built it from the srpm as it isn't available in rawhide most likely due to the 'quirks' I mentioned earlier :-) ) uname -a Linux slayer.starbiz.com.au 2.6.11-1.1233_FC4 It's been an interesting exercise so hopefully I can now work to address any bugs / issues I find -goc- From davej at redhat.com Thu Apr 14 00:12:48 2005 From: davej at redhat.com (Dave Jones) Date: Wed, 13 Apr 2005 20:12:48 -0400 Subject: fedora/390 In-Reply-To: <425DB43C.2090400@optushome.com.au> References: <425DB43C.2090400@optushome.com.au> Message-ID: <20050414001247.GB22698@redhat.com> On Thu, Apr 14, 2005 at 10:07:24AM +1000, Geoff O'Callaghan wrote: > Howdy, > > Just thought I'd drop you guys a note so say that I've managed to get a > Fedora (rawhide) s/390 system up and running. The installer has a few > issues that I'll put through into bugzilla and there are of course a few > interesting quirks with the kernel being compiled with gcc4. But I'm > running what I believe is the latest kernel (I re-built it from the srpm > as it isn't available in rawhide most likely due to the 'quirks' I > mentioned earlier :-) ) Interesting, it didn't even compile not-so-long ago. I'll take a look at reenabling it next time I do a build. Dave From walrus at bellsouth.net Thu Apr 14 01:22:08 2005 From: walrus at bellsouth.net (William M. Quarles) Date: Wed, 13 Apr 2005 21:22:08 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <1113427745.5693.4.camel@localhost.localdomain> References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> <425D6596.5EA10976@jwz.org> <1113427745.5693.4.camel@localhost.localdomain> Message-ID: Brian Pepple wrote: > Could you please stop this discussion? As far as I can tell, this has > nothing to do with development of Fedora. I read your URL. While it has "nothing" to do with development of Fedora, it does have to do with the existence of the list itself and is therefore relevant. William From walrus at bellsouth.net Thu Apr 14 01:27:35 2005 From: walrus at bellsouth.net (William M. Quarles) Date: Wed, 13 Apr 2005 21:27:35 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <604aa791050413144940b0d481@mail.gmail.com> References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> <604aa791050413144940b0d481@mail.gmail.com> Message-ID: Jeff Spaleta wrote: > On 4/13/05, William M. Quarles wrote: > >>Apparently you guys haven't bothered to look at what Gmane actually does >>to inhibit the spiders. It's not just "user at example.com." They do >>that on the website for groups that fail to do the following: they >>actually *encrypt* your e-mail address and force the sender to verify >>themselves. Read more. >> >>http://gmane.org/tmda.php > > > I've read that url.. and it says that list maintainers have to REQUEST > encryption to be turned on. Its not somethign list maintainers turn on > themselves.. it something gmame turns on at the request of list > maintainers. That url doesn't even explain to whom at gmame you make > the request. List maintainers request it on the form when they add their list to the service, or they can contact the Gmane staff directly to request such a change afterwards. It isn't so hard. > If this is a gmame feature that list maintainers have to request be > turned on... why the hell isnt gmame turning this feature on by > default for ALL the lists they archive? Why do list maintainers have > to request this feature? Why do list maintainers have to know about > gmame's existance at all? gmame needs to turn this on for ALL the > lists they archive and then let maintainers opt-out of it instead of > opt-in. I consider this a problem with how gmame is managed. They > should be defaulting to encypted usernames in the newgroup archives > and save list maintainers the trouble of tracking this down and > interacting with gmame at all. Rather than complaining about how who does what let's get down to this: if you want address encryption turned on for Gmane, contact the list administrator. It is not very hard for them to take care of, trust me. Thanks, William From walrus at bellsouth.net Thu Apr 14 01:29:58 2005 From: walrus at bellsouth.net (William M. Quarles) Date: Wed, 13 Apr 2005 21:29:58 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: <1cef3e95050413104277ee10dc@mail.gmail.com> References: <1cef3e95050413104277ee10dc@mail.gmail.com> Message-ID: Thanks for the input. Contact the list administrator if you would like to see address encryption turned on for Gmane to safeguard against that. Thanks, William Joe Desbonnet wrote: > I noticed that my spam levels (the stuff that got through the gmail > filter) shot up within days of my first post to the fedora developers > list. Coincidence? I suspect not. > > Joe. > > > On 4/13/05, William M. Quarles wrote: > >>Hi all, >> >>I sent what I thought was a very important request to one of the Fedora >>lists which was quickly beaten down, and I did not receive anything back >>on subsequent replies. I would appreciate your help in making sure that >>the lists are safe for all of us. I'm actually going to the trouble of >>subscribing to nearly all of the Red Hat mailing lists just to get the >>word out. >> >>One thing that I have done recently was to search for my e-mail >>addresses on the Internet web pages to find all of the places that list >>them. Why bother doing this? Just like how Google has spiders that >>crawl the Internet to gather general information, spammers have spiders >>that crawl the Internet to gather e-mail addresses to spam people. I >>have contacted all of the websites who did not modify my e-mail >>addresses (mostly on mailing lists) in such that they cannot be >>collected. Red Hat has done at least one thing right in that they have >>modified everyone's e-mail address in their web archive, such that it >>reads something like for mine. >> >>However Red Hat has left one big gaping whole that the spam spiders can >>still crawl into. There is a complete active mirror of these lists as >>postable newsgroups kept on a service called Gmane . >>I'm using Gmane to write this message to you now. It's a pretty >>sophisticated setup, has safeguards to prevent spam getting posted, and >>they use Spam Assassin to clean up stuff that still ends up on the list >>(except you have to filter it yourself on the newsgroup interface). The >>only problem is that spam spiders crawl the newsgroups to collect e-mail >>addresses. >> >>Gmane has a safeguard to prevent this, but it has to be turned on by the >>list administrator. Gmane can encrypt the e-mail addresses on the list >>such that any mail sent to them is routed through Gmane first, and then >>the sender must under go a challenge-response before the message gets >>routed to the actual recipient. Of all of the Red Hat lists I've only >>found two newsgroup mirrors that use address encryption: >>gmane.linux.redhat.fedora.java , and >>gmane.redhat.taroon . >> >>If you would like to see the Red Hat newsgroup mirrors have encrypted >>e-mail addresses, please reply to this topic and discuss. If you are >>even more brave (important since some of these lists are high-volume and >>not everything gets read), please contact your list administrator >>directly at . If someone knows how to get >>the word out on the international lists or to their administrators >>(since I don't speak multiple tongues), please do so. If someone knows >>who to contact who can make all of the newsgroups have encrypted e-mail >>addresses going above all of the list administrators (maybe the person >>who decided to obfuscate them all on the web archive?) please contact >>him or her and let us know how to contact that person. >> >>Thanks so much, >>William >> >>-- >>fedora-devel-list mailing list >>fedora-devel-list at redhat.com >>http://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > From bdpepple at ameritech.net Thu Apr 14 01:48:49 2005 From: bdpepple at ameritech.net (Brian Pepple) Date: Wed, 13 Apr 2005 21:48:49 -0400 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> <425D6596.5EA10976@jwz.org> <1113427745.5693.4.camel@localhost.localdomain> Message-ID: <1113443329.7901.3.camel@localhost.localdomain> On Wed, 2005-04-13 at 21:22 -0400, William M. Quarles wrote: > I read your URL. While it has "nothing" to do with development of > Fedora, it does have to do with the existence of the list itself and is > therefore relevant. No, it is not relevant. This is something only the sysadmins can change, and hence is definitely off-topic for the mailing list. /B -- Brian Pepple gpg --keyserver pgp.mit.edu --recv-keys 810CC15E BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From bruno at wolff.to Thu Apr 14 02:22:32 2005 From: bruno at wolff.to (Bruno Wolff III) Date: Wed, 13 Apr 2005 21:22:32 -0500 Subject: Preventing spammers from infiltrating the Red Hat mailing lists In-Reply-To: References: <1113414743.4199.32.camel@lt16586.campus.dmacc.edu> Message-ID: <20050414022232.GA15853@wolff.to> On Wed, Apr 13, 2005 at 14:24:21 -0400, "Paul A. Houle" wrote: > > The best defense against spam is a defense in depth. It makes sense > to filter spam at the mail server and the mail client, but it also makes > sense to prevent one's address from being exposed to spammers. Then don't post to public mailing lists. From cs at zip.com.au Thu Apr 14 06:25:48 2005 From: cs at zip.com.au (Cameron Simpson) Date: Thu, 14 Apr 2005 16:25:48 +1000 Subject: disaster! glibc, gcc4, FORTIFY_SOURCE Message-ID: <20050414062548.GA29485@cskk.homeip.net> At the risk of looking like a complete idiot, I'd like to report an apparently serious problem with the recent glibc etc stuff in (I think) Fedora-Development. In an excess of zeal yesterday I upgraded some packages from the development set and now various programs report "buffer overflow detected" and like messages, and abort. These programs include bash and my usual mail reader. I've reverted my glibc to 2.3.4 from fedora-updates and things are a bit better but not totally fixed, so I figure I've still got some more packages to locate and revert:-( I suspect this behaviour stems from recent builds using GCC 4 and -D_FORTIFY_SOURCE=2 from the release notes and a bit of perusal of the glibc-2.3.5 sources. Could someone (Jakub?) confirm or discredit this notion please? If confirmed, is there a URL that documents the effects of this? Is there a runtime way to turn these from "abort" into "warn but proceed"? If discredited, what then _is_ going on? I'd like to suggest that this kind of build not be done for any release versions; while all the crashing programs are almost certainly buggy, unless the user can switch the behaviour _off_ they will be very very unhappy. Yes it's fedora-devel, and I accept I've shot myself in the foot. But a user hoping to test some fedora-devel stuff can too easily end up with a system that is totally uncooperatives as opposed to having a few apps a bit buggy. Remarks and advice? -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ If it can't be turned off, it's not a feature. - Karl Heuer From jakub at redhat.com Thu Apr 14 06:54:34 2005 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 14 Apr 2005 02:54:34 -0400 Subject: disaster! glibc, gcc4, FORTIFY_SOURCE In-Reply-To: <20050414062548.GA29485@cskk.homeip.net> References: <20050414062548.GA29485@cskk.homeip.net> Message-ID: <20050414065434.GU17420@devserv.devel.redhat.com> On Thu, Apr 14, 2005 at 04:25:48PM +1000, Cameron Simpson wrote: > At the risk of looking like a complete idiot, I'd like to report an > apparently serious problem with the recent glibc etc stuff in (I think) > Fedora-Development. > > In an excess of zeal yesterday I upgraded some packages from the > development set and now various programs report "buffer overflow detected" > and like messages, and abort. These programs include bash and my usual > mail reader. I've reverted my glibc to 2.3.4 from fedora-updates and > things are a bit better but not totally fixed, so I figure I've still > got some more packages to locate and revert:-( No, reversion is not the right first step here. Whenever you see such messages, you should see how is it possible to reproduce it, ideally install the corresponding *debuginfo*.rpm package, get a backtrace from where the buffer overflow happened and report it into bugzilla. Rawhide glibc even prints some limited backtrace by default when the overflow happens. There are no known bugs in the -D_FORTIFY_SOURCE=2 patches and all buffer overflows it detected (several dozens) turned up to be real bugs in the programs, sometimes very severe. > If confirmed, is there a URL that documents the effects of this? > Is there a runtime way to turn these from "abort" into "warn but proceed"? There is no way to turn it off. If you overflow an buffer, all bets are off what the program is actually doing. > I'd like to suggest that this kind of build not be done for any release > versions; while all the crashing programs are almost certainly buggy, > unless the user can switch the behaviour _off_ they will be very very > unhappy. In development versions, the intent is obviously that as many such problems are detected and fixed. For released versions it must stay too, because although all/most problems in the usual usage of the programs will be fixed, when you start doing something exceptional/hostile to the programs, such as trying to give it unusually big inputs or exploit in some other way, the aborts are going to turn the vulnerability into a DoS (and show where the problem was, so that it also can be fixed soon if reported). Jakub From arjanv at redhat.com Thu Apr 14 07:27:47 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 14 Apr 2005 09:27:47 +0200 Subject: disaster! glibc, gcc4, FORTIFY_SOURCE In-Reply-To: <20050414062548.GA29485@cskk.homeip.net> References: <20050414062548.GA29485@cskk.homeip.net> Message-ID: <1113463668.6293.34.camel@laptopd505.fenrus.org> On Thu, 2005-04-14 at 16:25 +1000, Cameron Simpson wrote: > At the risk of looking like a complete idiot, I'd like to report an > apparently serious problem with the recent glibc etc stuff in (I think) > Fedora-Development. > > In an excess of zeal yesterday I upgraded some packages from the > development set and now various programs report "buffer overflow detected" > and like messages, and abort. These programs include bash and my usual > mail reader. I've reverted my glibc to 2.3.4 from fedora-updates and > things are a bit better but not totally fixed, so I figure I've still > got some more packages to locate and revert:-( please please please file bugs about these... we really have to fix all of these urgently since buffer overflows are one of the most dangerous security exploit vectors! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wtogami at redhat.com Thu Apr 14 09:06:21 2005 From: wtogami at redhat.com (Warren Togami) Date: Wed, 13 Apr 2005 23:06:21 -1000 Subject: disaster! glibc, gcc4, FORTIFY_SOURCE In-Reply-To: <20050414062548.GA29485@cskk.homeip.net> References: <20050414062548.GA29485@cskk.homeip.net> Message-ID: <425E328D.3090609@redhat.com> Cameron Simpson wrote: > At the risk of looking like a complete idiot, I'd like to report an > apparently serious problem with the recent glibc etc stuff in (I think) > Fedora-Development. > > In an excess of zeal yesterday I upgraded some packages from the > development set and now various programs report "buffer overflow detected" > and like messages, and abort. These programs include bash and my usual > mail reader. I've reverted my glibc to 2.3.4 from fedora-updates and > things are a bit better but not totally fixed, so I figure I've still > got some more packages to locate and revert:-( > Umm, it sounds like you tried to install FC4 packages onto FC3. DO NOT DO THAT. That is totally unsupported and very likely the reason for things exploding. Warren Togami wtogami at redhat.com From stuart at terminus.co.uk Thu Apr 14 10:50:40 2005 From: stuart at terminus.co.uk (Stuart Children) Date: Thu, 14 Apr 2005 11:50:40 +0100 Subject: gnome-vfs not in Rawhide? In-Reply-To: References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> Message-ID: <425E4B00.5000603@terminus.co.uk> Mike Hearn wrote: > On Tue, 05 Apr 2005 15:14:55 -0400, seth vidal wrote: > >>What else deps on gtk+ 1.X? > > > You can't drop GTK1 unless you want to break every single Loki > Setup out there. Not withstanding the other good comments in this thread, I'd like to point out that this isn't the only respect in which older proprietry applications will break. To run quake3 (for example) on a recent Linux distro you need to start doing things like echo 1 > /proc/sys/vm/legacy_va_layout Trying to get teamspeak to run along side is even more painful. (Though it's doable - but more effort than finding out you need gdk IMO.) To be fair, I don't know how the widespread the issues with quake3 are amoungst other Loki games - but I would not be suprised by more issues arising. Without the source or keeping MS-like backwards compatability - what are we going to do? Let's not even start talking about Oracle installations (though they're improving). ;) Personally I no longer bother and just keep a Windows installation for running my propriety games. Cheers -- Stuart Children http://terminus.co.uk/ From arjanv at redhat.com Thu Apr 14 10:56:00 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 14 Apr 2005 12:56:00 +0200 Subject: gnome-vfs not in Rawhide? In-Reply-To: <425E4B00.5000603@terminus.co.uk> References: <1112702796.22212.57.camel@ignacio.ignacio.lan> <1112703419.22212.60.camel@ignacio.ignacio.lan> <1112706568.30504.5.camel@support02.civic.twp.ypsilanti.mi.us> <1112727429.22212.69.camel@ignacio.ignacio.lan> <1112727671.20867.97.camel@cutter> <1112727814.22212.74.camel@ignacio.ignacio.lan> <1112728136.20867.104.camel@cutter> <1112728339.22212.77.camel@ignacio.ignacio.lan> <1112728495.20867.110.camel@cutter> <425E4B00.5000603@terminus.co.uk> Message-ID: <1113476160.6293.54.camel@laptopd505.fenrus.org> On Thu, 2005-04-14 at 11:50 +0100, Stuart Children wrote: > Mike Hearn wrote: > > On Tue, 05 Apr 2005 15:14:55 -0400, seth vidal wrote: > > > >>What else deps on gtk+ 1.X? > > > > > > You can't drop GTK1 unless you want to break every single Loki > > Setup out there. > > Not withstanding the other good comments in this thread, I'd like to > point out that this isn't the only respect in which older proprietry > applications will break. To run quake3 (for example) on a recent Linux > distro you need to start doing things like > > echo 1 > /proc/sys/vm/legacy_va_layout no you don't do this, you do setarch -L quake instead. (and this is a clear sign of a bad bug in that quake 3 program) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ndbecker2 at verizon.net Thu Apr 14 13:40:07 2005 From: ndbecker2 at verizon.net (Neal Becker) Date: Thu, 14 Apr 2005 13:40:07 +0000 (UTC) Subject: smart wants to downgrade gcc, why? Message-ID: This is FC3 w/all updates. Why does smart want to downgrade gcc today? sudo smart upgrade Loading cache... Updating cache... ########################################################## [100%] Computing transaction... Upgrading packages (4): gcc-3.4.2-6.fc3 at x86_64 openoffice.org-i18n-1.1.3-11.5.0.fc3 at i386 openoffice.org-1.1.3-11.5.0.fc3 at i386 openoffice.org-libs-1.1.3-11.5.0.fc3 at i386 Downgrading packages (3): cpp-3.4.2-6.fc3 at x86_64 gcc-3.4.2-6.fc3 at x86_64 gcc-java-3.4.2-6.fc3 at x86_64 Removed packages (5): gcc-c++-3.4.3-22.fc3 at x86_64 gcc-objc-3.4.3-22.fc3 at x86_64 libtool-1.5.6-4.FC3.2 at x86_64 gcc-g77-3.4.3-22.fc3 at x86_64 lam-2:7.1.1-1_FC3 at x86_64 From jspaleta at gmail.com Thu Apr 14 13:54:29 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Apr 2005 09:54:29 -0400 Subject: smart wants to downgrade gcc, why? In-Reply-To: References: Message-ID: <604aa7910504140654447307b@mail.gmail.com> On 4/14/05, Neal Becker wrote: > This is FC3 w/all updates. > > Why does smart want to downgrade gcc today? This is not the most appropriate place to discuss fc3 update issues. Even if the smart developer watches this list.. a question like that is probably most appropriate in a forum or list dedicated to smart or a forum or list dedicated to end-user discussion of fedora core releases. Looking at your package set your problem is most likely related to contacting an unsynced mirror which doesn't have the latest updates yet. -jef From buildsys at redhat.com Thu Apr 14 14:12:05 2005 From: buildsys at redhat.com (Build System) Date: Thu, 14 Apr 2005 10:12:05 -0400 Subject: rawhide report: 20050414 changes Message-ID: <200504141412.j3EEC5Le021984@porkchop.devel.redhat.com> New package aspell-is Icelandic dictionaries for Aspell. New package pm-utils Power management utilities and scripts for Fedora Core Updated Packages: anaconda-10.2.0.50-1 -------------------- * Wed Apr 13 2005 Peter Jones - 10.2.0.50-1 - revert last week's nptl hack in upd-instroot * Wed Apr 13 2005 Peter Jones - 10.2.0.49-1 - Cut summaries off to avoid layout problems (katzj, #154459) - Add script to update loader in initrd (katzj) - Typo fixes in upgrade.py (katzj, #154522) - Fix rescue mode network enabling (katz, #153961) - Add libaudit to the graphical stage2 file list, for Xorg - Various language fixes (clumens, #152404) apmd-1:3.2.2-2 -------------- * Wed Apr 13 2005 Bill Nottingham - 1:3.2.2-2 - remove on_ac_power in favor of apm/acpi/etc neutral version - require pm-utils, where said version lives booty-0.51-1 ------------ * Wed Apr 13 2005 Peter Jones 0.51-1 - make upgrades work with /boot on raid cyrus-sasl-2.1.20-5 ------------------- * Wed Apr 13 2005 Nalin Dahyabhai 2.1.20-5 - rebuild with new deps dos2unix-3.1-24 --------------- * Wed Apr 13 2005 Tim Waugh 3.1-24 - Fixed tmppath patch (bug #150277). eclipse-1:3.1.0_fc-0.M5.20 -------------------------- * Wed Apr 13 2005 Ben Konrath 3.1.0_fc-0.M5.20 - Fix the bootstrap patch (the ecj jar was missing some files). gcc-4.0.0-0.42 -------------- * Wed Apr 13 2005 Jakub Jelinek 4.0.0-0.42 - update from CVS - PRs ada/18659, ada/18819, c++/20145, c++/20212, c++/20905, fortran/15959, fortran/17229, fortran/20713, libfortran/20766, libstdc++/20806, libstdc++/20909, middle-end/20648, target/17245, target/20093, target/20795 - changed struct-layout-1 testsuites to avoid types where sizeof (type) < __alignof__ (type) in arrays - add support for Fortran ENTRY in FUNCTIONS and SUBROUTINES with alternate returns (PRs fortran/13082, fortran/18824, #153715) - fix PR libfortran/20163 (Thomas Koenig) - fix PR tree-optimization/20490 (Daniel Berlin) - fix PR middle-end/20739 (Alexandre Oliva) - fix PR middle-end/20917 (Ulrich Weigand) - configure with --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre - include empty /usr/share/java/gcj-endorsed and /usr/lib64/gcj-4.0.0/classmap.db.d directories and %ghost /usr/lib64/gcj-4.0.0/classmap.db - move gcj-dbtool program from gcc-java to libgcj subpackage * Wed Apr 06 2005 Jakub Jelinek 4.0.0-0.41 - update from CVS - PRs c++/19312, c++/20734, libgcj/20750, middle-end/19225, target/20342, target/20421, target/20447, target/20625, target/20670 gdm-1:2.6.0.8-3 --------------- * Wed Apr 13 2005 Ray Strode 1:2.6.0.8-3 - Don't hard code dpi setting to 96.0, but instead look at Xft.dpi * Wed Apr 13 2005 Ray Strode 1:2.6.0.8-2 - touch /var/lock/subsys/gdm-early-login so gdm gets killed on runlevel changes (bug 113107) - don't try to use system dpi settings for canvas text (bug 127532) - merge resource database from displays other than :0 gnome-icon-theme-2.10.1-4 ------------------------- * Wed Apr 13 2005 John (J5) Palmieri - 2.10.1-4 - Fix redhat-office link * Wed Apr 13 2005 John (J5) Palmieri - 2.10.1-3 - More relative symlink fixes * Tue Apr 12 2005 Matthias Clasen - 2.10.1-2 - Use relative symlinks instead of absolute ones, which the build system no longer accepts. gnucash-1.8.11-3 ---------------- * Tue Apr 12 2005 Bill Nottingham 1.8.11-3 - require umb-scheme explicitly (#151465) - rebuild against new postgresql - use full path to icon (#154587) iiimf-1:12.1.1-14.svn2476 ------------------------- * Thu Apr 14 2005 Jens Petersen - 1:12.1.1-14.svn2476 - update to latest snapshot with bootstrapping fixes - init.d-iiimd-RH.patch upstreamed - no longer make update-acfiles - update iiimqcf-rh-build.patch - add --with-m17n-le rpmbuild option - add buildrequires m17n-lib-devel - add le-m17n subpackage - not yet built by default - swap csconv iconv.m4 comment and buildrequires to gettext-devel - replace requires(post,preun) with safer prereq's - rename le_targets to le_base, which lists defaults LEs built - add macro le_extras to list extra LEs (thaile, kole, schle, tchle) - add macro gimlet to hold iiimf-im-switcher package name - bootstrap builddirs in %prep - run %configure over builddirs, and drop config_options macro - use new toplevel compile target - only install .m4 aclocal files that are useful outside the source tree ipv6calc-0.48-4 --------------- * Wed Apr 13 2005 Florian La Roche - remove empty scripts kdebase-6:3.4.0-5 ----------------- * Wed Apr 13 2005 Than Ngo 6:3.4.0-5 - add more fixes from CVS stable branch - get rid of unneeded gcc4 workaround in konqueror * Wed Apr 06 2005 Than Ngo 6:3.4.0-4 - update kdebase-3.4.0rc1-konsole-keymap.patch - add Bluecurve theme for kdm - enable show device icons as default * Fri Apr 01 2005 Than Ngo 6:3.4.0-3 - include config.kcfg directory #153081 kdelibs-6:3.4.0-5 ----------------- * Wed Apr 13 2005 Than Ngo 6:3.4.0-5 - more fixes from CVS stable branch - fix kbuildsycoca crashes with signal 11 on kde startup #154246 * Tue Apr 12 2005 Than Ngo 6:3.4.0-4 - add workaround for #154294 * Thu Apr 07 2005 Than Ngo 3.4.0-3 - add missing kcontrol/khelp/home/find in main menu #151655 - fix bad symlinks #154093 kdevelop-9:3.2.0-2 ------------------ * Wed Apr 13 2005 Than Ngo 9:3.2.0-2 - fix wrong qtdoc path kernel-2.6.11-1.1240_FC4 ------------------------ * Wed Apr 13 2005 Rik van Riel - fix up Xen for 2.6.12-rc2 - drop arch/xen/i386/signal.c, thanks to Roland's vdso patch (yay!) - reenable xen compile - this kernel test boots on my system libgnome-2.10.0-2 ----------------- * Wed Apr 13 2005 John (J5) Palmieri - 2.10.0-2 - Reenable the default icon theme patch to be bluecurve * Fri Apr 08 2005 Ray Strode - 2.10.0-1 - Update to 2.10.0 * Fri Mar 18 2005 Matthias Clasen - 2.9.1-3 - Fix the build on s390 libgnomecups-0.2.0-2 -------------------- * Wed Apr 13 2005 David Zeuthen - 0.2.0-2 - Fix Requires for -devel package (#152500) libselinux-1.23.7-2 ------------------- * Wed Apr 13 2005 Dan Walsh 1.23.7-2 - Fix selinux_policy_root man page * Wed Apr 13 2005 Dan Walsh 1.23.7-1 - Change assert(selinux_mnt) to if (!selinux_mnt) return -1; linuxwacom-0:0.6.6-5 -------------------- * Wed Apr 13 2005 Kristian H??gsberg - 0:0.6.6-5 - Run automake so changes to Makefile.am take effect. - Fix configure.in test for 64 bit longs. * Wed Apr 13 2005 Kristian H??gsberg - 0:0.6.6-4 - Update linuxwacom-0.6.6-64-bit-fix.patch to remove more i386'isms. longrun-1:0.9-1.9 ----------------- * Wed Apr 13 2005 Florian La Roche - remove empty scripts nfs-utils-1.0.7-6 ----------------- * Wed Apr 13 2005 Steve Dickson 1.0.7-6 - Fixed misformated output from nfslock script (bz 154648) openswan-2.3.1-1 ---------------- * Wed Apr 13 2005 Harald Hoyer - 2.3.1-1 - version 2.3.1 oprofile-0.8.2-4 ---------------- * Wed Apr 13 2005 Will Cohen - Add which dependency. perl-Archive-Tar-1.23-2 ----------------------- * Sun Apr 03 2005 Jose Pedro Oliveira - 1.23-1 - Update to 1.23. - Bring up to date with current Fedora.Extras perl spec template. perl-Archive-Zip-1.14-1 ----------------------- * Thu Apr 14 2005 Jose Pedro Oliveira - 1.14-1 - Update to 1.14. perl-DBD-MySQL-2.9006-1 ----------------------- * Thu Apr 14 2005 Jose Pedro Oliveira - 2.9006-1 - Update to 2.9006. - Specfile cleanup. (#154755) perl-DBD-Pg-1.41-1 ------------------ * Wed Apr 13 2005 Jose Pedro Oliveira - 1.41-1 - Update to 1.41. - Updated the requirements versions. - Specfile cleanup. (#154203) * Wed Apr 13 2005 Joe Orton 1.40-2 - rebuild for new libpq soname perl-DBI-1.48-4 --------------- * Wed Apr 13 2005 Jose Pedro Oliveira - 1.48-4 - (#154762) - License information: GPL or Artistic - Removed the Time::HiRes building requirement (see Changes) - Removed the empty .bs file - Corrected file permissions php-5.0.4-6 ----------- * Wed Apr 13 2005 Joe Orton 5.0.4-6 - build /usr/bin/php with the CLI SAPI, and add /usr/bin/php-cgi, built with the CGI SAPI (thanks to Edward Rudd, #137704) - add php(1) man page for CLI - fix more test cases to use -n when invoking php * Wed Apr 13 2005 Joe Orton 5.0.4-5 - rebuild for new libpq soname policycoreutils-1.23.5-1 ------------------------ * Wed Apr 13 2005 Dan Walsh 1.23.5-1 - Update to match NSA poppler-0.2.0-2 --------------- * Wed Apr 13 2005 Florian La Roche - remove empty post/postun scripts postgresql-8.0.2-2 ------------------ * Thu Apr 14 2005 Florian La Roche - rebuild for postgresql-tcl qt-1:3.3.4-11 ------------- * Wed Apr 13 2005 Than Ngo 1:3.3.4-11 - remove bad symlink #154086 - built with PostgresSQL 8.0.2 redhat-artwork-0.122-2 ---------------------- * Wed Apr 13 2005 John (J5) Palmieri 0.122-2 - add a symlink from gnome-main-menu.png to gnome-logo-icon-transparent.png so that we have the hat back on the application menu applet rng-utils-1:2.0-1.6 ------------------- * Wed Apr 13 2005 Florian La Roche - remove empty scripts subversion-1.1.4-3 ------------------ * Wed Apr 13 2005 Joe Orton 1.1.4-3 - enable java subpackage again - tweak subversion.conf comments From rc040203 at freenet.de Thu Apr 14 14:36:11 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Apr 2005 16:36:11 +0200 Subject: smart wants to downgrade gcc, why? In-Reply-To: <604aa7910504140654447307b@mail.gmail.com> References: <604aa7910504140654447307b@mail.gmail.com> Message-ID: <1113489371.6523.46.camel@mccallum.corsepiu.local> On Thu, 2005-04-14 at 09:54 -0400, Jeff Spaleta wrote: > On 4/14/05, Neal Becker wrote: > > This is FC3 w/all updates. > > > > Why does smart want to downgrade gcc today? > > This is not the most appropriate place to discuss fc3 update issues. ??? fedora-devel is about development of Fedora. Updates of FC3 are part of it, no matter whether a package involved is part of Core, Extras or elsewhere. > Even if the smart developer watches this list.. a question like that > is probably most appropriate in a forum or list dedicated to smart or > a forum or list dedicated to end-user discussion of fedora core > releases. > > Looking at your package set your problem is most likely related to > contacting an unsynced mirror which doesn't have the latest updates > yet. If this is true, the issue even is independent of smart. [FWIW: I repeatedly had seen similar issues happening with yum.] Ralf From skvidal at phy.duke.edu Thu Apr 14 14:37:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 14 Apr 2005 10:37:44 -0400 Subject: smart wants to downgrade gcc, why? In-Reply-To: <1113489371.6523.46.camel@mccallum.corsepiu.local> References: <604aa7910504140654447307b@mail.gmail.com> <1113489371.6523.46.camel@mccallum.corsepiu.local> Message-ID: <1113489464.22767.39.camel@cutter> > If this is true, the issue even is independent of smart. > > [FWIW: I repeatedly had seen similar issues happening with yum.] you've seen yum try to downgrade a package? Wow, i'd love to see that. could you show me a screenshot of that happening? -sv From rc040203 at freenet.de Thu Apr 14 15:06:02 2005 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 14 Apr 2005 17:06:02 +0200 Subject: smart wants to downgrade gcc, why? In-Reply-To: <1113489464.22767.39.camel@cutter> References: <604aa7910504140654447307b@mail.gmail.com> <1113489371.6523.46.camel@mccallum.corsepiu.local> <1113489464.22767.39.camel@cutter> Message-ID: <1113491162.6523.56.camel@mccallum.corsepiu.local> On Thu, 2005-04-14 at 10:37 -0400, seth vidal wrote: > > If this is true, the issue even is independent of smart. > > > > [FWIW: I repeatedly had seen similar issues happening with yum.] > > you've seen yum try to downgrade a package? No. > Wow, i'd love to see that. could you show me a screenshot of that > happening? There seems to be a misunderstanding. What I have seen happening is yum behaving differently in consecutive yum run. E.g. I've seen the following: # yum check-update [reports a couple of packages to update] # yum update [doesn't upgrade] My explanations is that yum was choosing different mirrors in these runs, where it happens to hit mirrors in different states. When the libtool issue occurred, a couple of days ago, this produced funny effects: Consecutive "yum update" runs either bombed out with "broken repository", upgraded a couple of packages, or had found nothing to upgrade. My explanation: Different mirrors where in different states of sync. Depending in which shape the currently chosen mirror and the current state of the system was, yum updated some older packages, found the libtool<->gcc conflict, etc. Ralf From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Apr 14 15:17:27 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 14 Apr 2005 17:17:27 +0200 Subject: PHP and FastCGI (was: Re: rawhide report: 20050414 changes) In-Reply-To: <200504141412.j3EEC5Le021984@porkchop.devel.redhat.com> References: <200504141412.j3EEC5Le021984@porkchop.devel.redhat.com> Message-ID: <20050414171727.3038c5b2@python2> Build System wrote : > php-5.0.4-6 > ----------- > * Wed Apr 13 2005 Joe Orton 5.0.4-6 > - build /usr/bin/php with the CLI SAPI, and add /usr/bin/php-cgi, > built with the CGI SAPI (thanks to Edward Rudd, #137704) > - add php(1) man page for CLI > - fix more test cases to use -n when invoking php Does anyone here have further thoughts about also enabling FastCGI support in the php-cgi binary? IMHO, PHP through basic CGI is so slow that no one uses it anyway (most people use mod_php), but when using FastCGI with lighttpd for instance... wow! :-) http://bugzilla.redhat.com/149596 I'd really like to see FastCGI enabled by default. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.14_FC3 Load : 0.24 0.25 0.24 From Nigel.Metheringham at dev.intechnology.co.uk Thu Apr 14 15:18:13 2005 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Thu, 14 Apr 2005 16:18:13 +0100 Subject: smart wants to downgrade gcc, why? In-Reply-To: <1113491162.6523.56.camel@mccallum.corsepiu.local> References: <604aa7910504140654447307b@mail.gmail.com> <1113489371.6523.46.camel@mccallum.corsepiu.local> <1113489464.22767.39.camel@cutter> <1113491162.6523.56.camel@mccallum.corsepiu.local> Message-ID: <1113491894.6053.10.camel@angua.localnet> On Thu, 2005-04-14 at 17:06 +0200, Ralf Corsepius wrote: > My explanations is that yum was choosing different mirrors in these > runs, where it happens to hit mirrors in different states. I have to admit I just disable the mirror features - it seems to have an uncanny ability to select a mirror at the end of a wet string connection, so I just fix the baseurls to point at a relatively local known reliable mirror. Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From skvidal at phy.duke.edu Thu Apr 14 16:58:43 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 14 Apr 2005 12:58:43 -0400 Subject: smart wants to downgrade gcc, why? In-Reply-To: <1113491162.6523.56.camel@mccallum.corsepiu.local> References: <604aa7910504140654447307b@mail.gmail.com> <1113489371.6523.46.camel@mccallum.corsepiu.local> <1113489464.22767.39.camel@cutter> <1113491162.6523.56.camel@mccallum.corsepiu.local> Message-ID: <1113497923.3657.3.camel@cutter> On Thu, 2005-04-14 at 17:06 +0200, Ralf Corsepius wrote: > On Thu, 2005-04-14 at 10:37 -0400, seth vidal wrote: > > > If this is true, the issue even is independent of smart. > > > > > > [FWIW: I repeatedly had seen similar issues happening with yum.] > > > > you've seen yum try to downgrade a package? > No. > > > Wow, i'd love to see that. could you show me a screenshot of that > > happening? > There seems to be a misunderstanding. What I have seen happening is yum > behaving differently in consecutive yum run. > > E.g. I've seen the following: > # yum check-update > [reports a couple of packages to update] > > # yum update > [doesn't upgrade] > > My explanations is that yum was choosing different mirrors in these > runs, where it happens to hit mirrors in different states. > > > When the libtool issue occurred, a couple of days ago, this produced > funny effects: > > Consecutive "yum update" runs either bombed out with "broken > repository", upgraded a couple of packages, or had found nothing to > upgrade. > > My explanation: Different mirrors where in different states of sync. > Depending in which shape the currently chosen mirror and the current > state of the system was, yum updated some older packages, found the > libtool<->gcc conflict, etc. > which is not, AT ALL, the same as giving the user a process to continue to that will put their system in a questionably functional state. How many users do you know that will just type 'yes' at every prompt? I know a lot of them. That's a good reason, alone, to not allow downgrade/removal paths that the user did not explicitly select. -sv From jspaleta at gmail.com Thu Apr 14 17:14:05 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Apr 2005 13:14:05 -0400 Subject: smart wants to downgrade gcc, why? In-Reply-To: <1113489371.6523.46.camel@mccallum.corsepiu.local> References: <604aa7910504140654447307b@mail.gmail.com> <1113489371.6523.46.camel@mccallum.corsepiu.local> Message-ID: <604aa79105041410145b4704db@mail.gmail.com> On 4/14/05, Ralf Corsepius wrote: > ??? > > fedora-devel is about development of Fedora. Updates of FC3 are part of > it, no matter whether a package involved is part of Core, Extras or > elsewhere. I feel asking 'why' a tool behaves a certain way is an end-user question that other users of the tool can adequately explain in a lot of cases on par with 'why do I need su -l and not just su'. This type of question is very common in fedora-list and in forums and in irc. I'm not content with watching all questions about basic tool behavior being thrown into the -devel-list. If you and other people want to discuss the more general question of why mirror sync issues happen.. and what can be done to prevent them or mitigate them in the future and the resulting trade-offs of each technical approach to the problem.. then this list is far more appropriate for that sort of discussion. But that wasn't the point of the original post. Simple fact discovery of tool behavior is an end-user issue. -jef From mattdm at mattdm.org Thu Apr 14 17:28:20 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 14 Apr 2005 13:28:20 -0400 Subject: smart wants to downgrade gcc, why? In-Reply-To: <1113497923.3657.3.camel@cutter> References: <604aa7910504140654447307b@mail.gmail.com> <1113489371.6523.46.camel@mccallum.corsepiu.local> <1113489464.22767.39.camel@cutter> <1113491162.6523.56.camel@mccallum.corsepiu.local> <1113497923.3657.3.camel@cutter> Message-ID: <20050414172820.GA20238@jadzia.bu.edu> On Thu, Apr 14, 2005 at 12:58:43PM -0400, seth vidal wrote: > to that will put their system in a questionably functional state. How > many users do you know that will just type 'yes' at every prompt? I know > a lot of them. That's a good reason, alone, to not allow Me too. I think it's 'cause of too much prompting. :) :) :) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From jspaleta at gmail.com Thu Apr 14 17:55:33 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Apr 2005 13:55:33 -0400 Subject: default media player In-Reply-To: <1113326462.5525.38.camel@otto.amantes> References: <1113326462.5525.38.camel@otto.amantes> Message-ID: <604aa79105041410555f935003@mail.gmail.com> On 4/12/05, Thomas Vander Stichele wrote: > Hi, > > is there any reason why Totem is not the default media player in FC4 ? > The test releases still have Helix Player, while Totem is now the > default GNOME player, and currently it plays more formats. (Helix > Player was added quite late to FC3 and without any warning or discussion > - I probably should have brought it up sooner :)) I'd have to agree that there needs to be serious evaluation of totem again as the default player for fc4. I'm not aware of a technical advantage that Helix has out-of-the-box. And unless Helix has grown some interesting new plugin support... its immensely easier to just replace Helix with Real when you go looking for additional codec support. From a user perspective I don't see a compelling reason to use Helix over Real in any real-world situation. Totem on the other hand when backed by gst has a reasonable useful mechanism to extend its support via additional gst plugins instead of being replaced wholesale with another player application. And the gst dependancy makes for tighter integration with the default desktop. I'm reading http://fedora.redhat.com/projects/desktop/defaults.html and I personally don't see a profound reason to keep Helix as the default when compared to totem based on the objective criteria setforth there. If there are differing opinions grounded in technical criteria for helix still being the default, I'd appreciate hearing them for perspective. -jef From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Apr 14 18:47:59 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 14 Apr 2005 20:47:59 +0200 Subject: default media player In-Reply-To: <604aa79105041410555f935003@mail.gmail.com> References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> Message-ID: <20050414204759.553b830b@python2> Jeff Spaleta wrote : > If there are differing opinions grounded in technical criteria for > helix still being the default, I'd appreciate hearing them for > perspective. Me too : Totem is the obvious choice for Fedora Core, and I still don't understand why nor how Helix got to steal its place. I guess someone should just file a bug report regarding the default comps to have the replacement happen? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.14_FC3 Load : 0.09 0.26 0.25 From heretic at ihug.co.nz Thu Apr 14 18:44:42 2005 From: heretic at ihug.co.nz (David Mohring) Date: Fri, 15 Apr 2005 06:44:42 +1200 Subject: Now and Xen:Complexities of Fedora,Grub,LVM and Xen Message-ID: <1113504282.6356.185.camel@heretic.grobb.org> I'm preparing to do an install of FC4t2 and rawhide. I need to port, test and support code to multiple vendors and releases of Linux on the one luggable PC. It's going to be fun trying to get copies of FC3/4,Rawhide, Ubuntu and Debian etc to coexist as differing boot option, let along getting them to run together under Xen. Looking over the Xen documentation ( http://www.fedoraproject.org/wiki/FedoraXenQuickstart ) and skimming though the Xen mailing lists, I have a couple of questions and ideas. First, major questions: a) Whats the chances of a stable ( enough ) Xen making it into the final release of FC4? b) Is it going to be safe/stable/secure for the domain U kernels use LVM mounts? Or are loopback file systems, mounted by the domain 0 kernel, the only effective choice? c) Is it worth allocating swap partitions for domain U systems? Is it safe/possible to use LVM for this? d) Is the combination of X-server/AGP/sound going to available and stable on domain 0 kernels? e) Will the actual performance of the non-test final release kernels approach the performance of the recent Xen demos? f) Will Redhat be back porting Xen domain 0 and U kernels for RHEL 3/4? ( slightly off topic for this list ) Second, minor thoughts: In the past, for multi OS booting I have used multiple primary bootable /boot partitions, one for each distribution, with the MBR grub install selecting and chaining off one of the four partitions. This still effectively limits you to four distros/OSs. Any further OSs require manual merging of the root/initrd/boot info into one of the existing primary partition boot sequences. This works fine but it has a tendency to upsets any SELinux auditing. Is there a better way of doing this? For example have each root FS store the /boot directory on root and hack grub to read off multiple non- primary/LVM partitions. Due to grub/BIOS limitations is it possible? A similar problems occurs when remounting any shared SELinux protected file systems, including /home. "/sbin/restorecon -v -R /home" or "/sbin/fixfiles relabel" solves the problem but defeats the protection. Is it possible to verify the partition based on the previous labeling? Is it possible for different instances of SELinux system to share common labeling for shared partitions? Thirdly, so-so ideas: Have the Fedora Core core developer given any consideration to a single "xen" init.d script which would : 1) Setup the virtual networking for the domain 0 and domain U hosted systems. Virtual bridging + remote DHCP/static addressing OR internal DHCPd + NAT + plus forwarding 2) Allocate file system mount rights on a first come first served basis, with fall over of NFS mounting if the first serves the requested partition. There should be an easier way to configuring the combinations of Fedora,Grub,LVM and Xen than manually editing configure files and CLI launching instances. Multiple root file systems with multiple kernels, each in turn with multiple options for multiple run levels, mount point and services. However, with a little scripted configuration, one OS install and one mounted file system tree, should be able to perform all of the following, one at a time, depending on boot flags and kernel selection. Native without Xen Workstation : Run level 5 Graphical mode. Runs most user applications locally. Can host remote services ( httpd etc ). X-Terminal : Run level 4? LTSP like thin graphical client. Runs most user applications remotely. Server : Run level 3 Text mode. Runs most user applications locally. hosts remote services. Repair : Run level 2 Text mode Root login only. Does not host remote services. Xen domain 0 Xen + Domain 0 Workstation : Run level 5 Graphical mode ( assuming that AGP is compatible ) Should operate same as native workstation Xen + Domain 0 X-Terminal : Run level 4? Graphical mode ( assuming that AGP is compatible ) Can also log into local domain U servers. Xen + Domain 0 Server : Run level 3 Text mode, Xen + Domain 0 Monitor : Run level 2? Text mode. Minimal Xen host setup, plus network support. Runs user application and services on domain U servers NOTE : whatever runlevel the Xen domain 0 is running it would still host/run the "xen" init.d Xen0 services. Xen domain U Note only two. Domain U Server : Run level 3 Domain U Repair : Run level 2 It would require a lot of modifications to the existing init.d scripts which would each have to take into account the virtual mode NATIVE | Xen0 | XenU But the overall result would be well worth it. Lastly. Any word on getting a version of Anaconda to work under Domain U Server level? Ie VNCserver mode with the domain 0 host granting lvm partition/group access. -- David Mohring From jorton at redhat.com Thu Apr 14 20:51:52 2005 From: jorton at redhat.com (Joe Orton) Date: Thu, 14 Apr 2005 21:51:52 +0100 Subject: PHP and FastCGI (was: Re: rawhide report: 20050414 changes) In-Reply-To: <20050414171727.3038c5b2@python2> References: <200504141412.j3EEC5Le021984@porkchop.devel.redhat.com> <20050414171727.3038c5b2@python2> Message-ID: <20050414205152.GA28961@redhat.com> On Thu, Apr 14, 2005 at 05:17:27PM +0200, Matthias Saou wrote: > Build System wrote : > > > php-5.0.4-6 > > ----------- > > * Wed Apr 13 2005 Joe Orton 5.0.4-6 > > - build /usr/bin/php with the CLI SAPI, and add /usr/bin/php-cgi, > > built with the CGI SAPI (thanks to Edward Rudd, #137704) > > - add php(1) man page for CLI > > - fix more test cases to use -n when invoking php > > Does anyone here have further thoughts about also enabling FastCGI support > in the php-cgi binary? IMHO, PHP through basic CGI is so slow that no one > uses it anyway (most people use mod_php), but when using FastCGI with > lighttpd for instance... wow! :-) > > http://bugzilla.redhat.com/149596 > > I'd really like to see FastCGI enabled by default. Actually, with the CGI/CLI split adding an extra megabyte of bloat I guess a little bit more to enable FastCGI in /usr/bin/php-cgi will get lost in the noise. The bitcounters will hate me... php-cgi is useful if only because you can run it under suexec, but I don't know that many people do that either, IIRC you have to muck around to get that working anyway. Can you do similar tricks with FastCGI? joe From cs at zip.com.au Fri Apr 15 00:36:02 2005 From: cs at zip.com.au (cs at zip.com.au) Date: Fri, 15 Apr 2005 10:36:02 +1000 Subject: disaster! glibc, gcc4, FORTIFY_SOURCE In-Reply-To: <425E328D.3090609@redhat.com> References: <20050414062548.GA29485@cskk.homeip.net> <425E328D.3090609@redhat.com> Message-ID: <20050415003602.GA26766@cskk.homeip.net> On 13Apr2005 23:06, Warren Togami wrote: | Cameron Simpson wrote: | >At the risk of looking like a complete idiot, I'd like to report [...that...] | >In an excess of zeal yesterday I upgraded some packages from the | >development set and now various programs report "buffer overflow detected" | >and like messages, and abort. [...] | | Umm, it sounds like you tried to install FC4 packages onto FC3. Correct. | DO NOT DO THAT. That is totally unsupported and very likely the reason for | things exploding. I can believe that, but can you elaborate briefly on why this might be so, in terms of mechanisms? Does the fortify stuff put canaries etc in data structures and require apps to be built with the same flags to insert things like that that are later checked by the lower layers (eg glibc)? Still, my /etc/yum.repos.d/fedora-devel.repo came from my FC3 install, so one might imagine that although they are development packages and could exhibit any behaviour, things might work. And, in fact, broadly they do. The bash explosion, while perfectly repeatable, is proving very difficult to reproduce in a test case I can show someone else. Now, one interesting thing is that I upgraded these things with yum, which was following the usual dependency stuff. I didn't lie to RPM anywhere. Looking at an ldd of bash it loads this: linux-gate.so.1 => (0xffffe000) libtermcap.so.2 => /lib/libtermcap.so.2 (0x00583000) libdl.so.2 => /lib/libdl.so.2 (0xb7f01000) libc.so.6 => /lib/tls/libc.so.6 (0xb7dd7000) /lib/ld-linux.so.2 (0xb7f29000) They would all have been updated. Now, bash _should_ be getting a perfectly clean fedora-devel set of libs and of course grows from an exec(), so to my mind there should be no opportunity for a non-FC4 facility to be getting into the picture. Should _that_ be expected to work, regardless of other bustedness I may have introduced to my system? I accept that bustedness might be expected of other, mixed FC3/FC4, apps but I'd have thought for bash and its few libs I'd be in a "pure FC4" zone. BTW, while exhibiting my cluelessness, what does this mean? [~]zoob*> rpm -qf /lib/libdl.so.2 glibc-2.3.5-0.fc3.1 glibc-2.3.4-2.fc3 I've downgraded glibc to the FC3 one for now (which actually hasn't changed the behaviours), which doubtless caused the above thing but I confess to being surprised that the RPM db could claim the above. I'll see if I can find a on which box to run up FC4test2 today, too. Cheers, -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ You wouldn't... ...but you KNOW you could. - Original V65 Commercial From cs at zip.com.au Fri Apr 15 00:57:42 2005 From: cs at zip.com.au (Cameron Simpson) Date: Fri, 15 Apr 2005 10:57:42 +1000 Subject: disaster! glibc, gcc4, FORTIFY_SOURCE In-Reply-To: <20050414065434.GU17420@devserv.devel.redhat.com> References: <20050414062548.GA29485@cskk.homeip.net> <20050414065434.GU17420@devserv.devel.redhat.com> Message-ID: <20050415005742.GB26766@cskk.homeip.net> On 14Apr2005 02:54, Jakub Jelinek wrote: | On Thu, Apr 14, 2005 at 04:25:48PM +1000, Cameron Simpson wrote: | > In an excess of zeal yesterday I upgraded some packages from the | > development set and now various programs report "buffer overflow detected" | > and like messages, and abort. These programs include bash [...] | | No, reversion is not the right first step here. | Whenever you see such messages, you should see how is it possible | to reproduce it, ideally install the corresponding *debuginfo*.rpm package, | get a backtrace from where the buffer overflow happened and report | it into bugzilla. Rawhide glibc even prints some limited backtrace | by default when the overflow happens. I'll give this approach a spin, thanks. | > If confirmed, is there a URL that documents the effects of this? ?? | > Is there a runtime way to turn these from "abort" into "warn but proceed"? | There is no way to turn it off. If you overflow an buffer, all bets are | off what the program is actually doing. I agree, being a purist myself, but often the obscure overflows let the app continue apparently unharmed. When it's a core tool like /bin/sh that can occasionally be desirable. | > I'd like to suggest that this kind of build not be done for any release | > versions; while all the crashing programs are almost certainly buggy, | > unless the user can switch the behaviour _off_ they will be very very | > unhappy. | | In development versions, the intent is obviously that as many such problems | are detected and fixed. Ah, now there's the rub. Some naive people (like me) looked to the rawhide/devel repository as a source of "more current" packages i.e. closer to the packages author's live set with some desirable features not in the QAed release package. A slightly different expectation than a "testing arbitrary build features" variety of repository, which is what fedora-devel is right now. | For released versions it must stay too, because | although all/most problems in the usual usage of the programs will be fixed, | when you start doing something exceptional/hostile to the programs, such as | trying to give it unusually big inputs or exploit in some other way, | the aborts are going to turn the vulnerability into a DoS (and show where | the problem was, so that it also can be fixed soon if reported). Interesting. Even for core apps like /bin/sh? (Or course, one can successfully argue that it's even more important to abort core apps before really nasty stuff happens.) I'm not disagreeing with you, btw, just interested in the thinking. Cheers, -- Cameron Simpson DoD#743 http://www.cskk.ezoshosting.com/cs/ EMACS: Escape Meta Alt Control Shift From nicu_fedora at nicubunu.ro Fri Apr 15 06:01:09 2005 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Fri, 15 Apr 2005 09:01:09 +0300 Subject: default media player In-Reply-To: <20050414204759.553b830b@python2> References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> <20050414204759.553b830b@python2> Message-ID: <425F58A5.8060602@nicubunu.ro> Matthias Saou wrote: > Jeff Spaleta wrote : > >>If there are differing opinions grounded in technical criteria for >>helix still being the default, I'd appreciate hearing them for >>perspective. > > > Me too : Totem is the obvious choice for Fedora Core, and I still don't > understand why nor how Helix got to steal its place. I guess someone > should just file a bug report regarding the default comps to have the > replacement happen? I see two possible reasons for having Helix in the past releases as default: - until recently Totem was not considered mature enough even by its developers (it was neither the default player in Gnome), but this is not the case anymore - last year Red Hat signed an agreement with Real to bundle Helix http://www.realnetworks.com/company/press/releases/2004/real_redhat.html -- nicu From arjanv at redhat.com Fri Apr 15 06:43:23 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Fri, 15 Apr 2005 08:43:23 +0200 Subject: disaster! glibc, gcc4, FORTIFY_SOURCE In-Reply-To: <20050415005742.GB26766@cskk.homeip.net> References: <20050414062548.GA29485@cskk.homeip.net> <20050414065434.GU17420@devserv.devel.redhat.com> <20050415005742.GB26766@cskk.homeip.net> Message-ID: <1113547403.6694.19.camel@laptopd505.fenrus.org> > I agree, being a purist myself, but often the obscure overflows let the > app continue apparently unharmed. When it's a core tool like /bin/sh > that can occasionally be desirable. well when a buffer overflow happens basically 3 things can happen 1) the overflow is limited to the padding space between variables on the stack 2) the overflow also overwrites other variables on the stack 3) the overflow gets as far as overwriting the return address on the stack 3) is the most common exploit vector. 2) sometimes can be exploited too, but that is rare. HOWEVER 2) is also a case that leads to crashes or data corruption. 1) is harmless of course. Now... even when you don't hit a security exploit... do you *really* want the risk of data corruption ??? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From adriano.galano at gmail.com Fri Apr 15 06:58:43 2005 From: adriano.galano at gmail.com (Adriano Galano) Date: Fri, 15 Apr 2005 08:58:43 +0200 Subject: default media player In-Reply-To: <425F58A5.8060602@nicubunu.ro> References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> <20050414204759.553b830b@python2> <425F58A5.8060602@nicubunu.ro> Message-ID: <754f42e705041423582dc340ea@mail.gmail.com> Hi: On 4/15/05, Nicu Buculei wrote: > Matthias Saou wrote: > - last year Red Hat signed an agreement with Real to bundle Helix > http://www.realnetworks.com/company/press/releases/2004/real_redhat.html > The agreement is about Red Hat Desktop (aka RHEL Desktop) nor Fedora. Regards, -Adriano -- Adriano M. (bryam) Galano D?ez In LiNUX and FLOSS since 1992 (R) http://bryam.blogspot.com From fedora at camperquake.de Fri Apr 15 10:25:48 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 15 Apr 2005 12:25:48 +0200 Subject: rawhide report: 20050413 changes In-Reply-To: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> References: <200504131141.j3DBfkRv026703@porkchop.devel.redhat.com> Message-ID: <20050415122548.1682f77f@nausicaa.camperquake.de> Hi. Build System wrote: > SDL-1.2.8-3 > ----------- > * Tue Apr 12 2005 Thomas Woerner 1.2.8-3 > - fixed gcc4 compile problems > - fixed x86_64 endian problem Something has broken during this step. mplayer is missing various symbols that were there before: undefined symbol: ConvertMMXpII32_16RGB565 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertMMX (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_16RGB565 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertMMXpII32_16BGR565 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_16BGR565 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertMMXpII32_16RGB555 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_16RGB555 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertMMXpII32_16BGR555 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_16BGR555 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_24RGB888 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_24BGR888 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_32BGR888 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_32RGBA888 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_32BGRA888 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p16_16BGR565 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p16_16RGB555 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p16_16BGR555 (/usr/lib/libSDL-1.2.so.0) undefined symbol: ConvertX86p32_8RGB332 (/usr/lib/libSDL-1.2.so.0) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154980 -- If one person calls you an ass, laugh it off. If a dozen people who seem to be reasonably sound thinkers on most other subjects call you an ass, get fitted for a saddle. From buildsys at redhat.com Fri Apr 15 11:35:17 2005 From: buildsys at redhat.com (Build System) Date: Fri, 15 Apr 2005 07:35:17 -0400 Subject: rawhide report: 20050415 changes Message-ID: <200504151135.j3FBZHAM004476@porkchop.devel.redhat.com> Removed package jcode.pl Updated Packages: SDL-1.2.8-3.1 ------------- * Thu Apr 14 2005 Thomas Woerner 1.2.8-3.1 - new version of the gcc4 fix bind-24:9.3.1-2_FC4 ------------------- * Thu Apr 14 2005 Jason Vas Dias - 24:9.3.1-2_FC4 - Rebuild for bind-sdb libpq.so.3 dependency - fix bug 150981: don't install libbind man-pages if no libbind - fix bug 151852: mount proc on $ROOTDIR/proc to allow sysconf(...) to work and correct number of CPUs to be determined checkpolicy-1.23.1-1 -------------------- * Thu Apr 14 2005 Dan Walsh 1.23,1-1 * Merged hierarchical type/role patch from Tresys Technology. * Merged MLS fixes from Darrel Goeddel of TCS. cpufreq-utils-1:0.2-1.1.13 -------------------------- * Fri Apr 15 2005 Florian La Roche - remove empty preun script desktop-printing-0.18-9 ----------------------- * Thu Apr 14 2005 John (J5) Palmieri - Fixed up signal names that were looking for org.redhat in the cvs backport. Change to read com.redhat. This should change to upstream's org.gnome in the near future. devhelp-0.9.3-5 --------------- * Thu Apr 14 2005 Ray Strode 0.9.3-5 - Don't crash on typeahead (bug #154398) dmidecode-1:2.6-1.14 -------------------- * Fri Apr 15 2005 Florian La Roche - remove empty scripts freeradius-1.0.2-2 ------------------ * Thu Apr 14 2005 Warren Togami 1.0.2-2 - rebuild against new postgresql-libs gedit-1:2.10.2-3 ---------------- * Thu Apr 14 2005 John (J5) Palmieri - 2.10.2-3 - Revert the addition of the gedit icon to the hicolor theme as the new gnome-icon-theme package does the right thing gnome-applets-1:2.10.1-3 ------------------------ * Thu Apr 14 2005 Ray Strode 1:2.10.1-3 - Apply patch from Jan de Groot to silence scrollkeeper noise (bug 152236) * Thu Apr 14 2005 Ray Strode 1:2.10.1-2 - Add Obsoletes: gnome-cpufreq-applet (bug 154853) gnu-crypto-0:2.0.1-1jpp_2fc --------------------------- hardlink-1:1.0-1.12 ------------------- * Fri Apr 15 2005 Florian La Roche - remove empty scripts hicolor-icon-theme-0.8-1 ------------------------ * Thu Apr 14 2005 John (J5) Palmieri - Update to 0.8 java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_16rh ------------------------------------------ * Wed Apr 13 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_16rh - Import java-gcj-compat 1.0.28. * Mon Apr 04 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_15rh - Import java-gcj-compat 1.0.27. - Bump gccver to 4.0.0-0.39. - Make -devel take ownership of symlinks as well as regular files. jessie-0:1.0.0-4 ---------------- * Wed Apr 13 2005 Thomas Fitzsimmons - 0:1.0.0-4 - Add gcj endorsed dir support. jpackage-utils-0:1.6.2-1jpp_6rh ------------------------------- * Wed Apr 13 2005 Thomas Fitzsimmons - 0:1.6.2-1jpp_6rh - Add rebuild-security-providers script. libsepol-1.5.5-1 ---------------- * Thu Apr 14 2005 Dan Walsh 1.5.5-1 - Update from NSA ntp-4.2.0.a.20040617-8 ---------------------- * Thu Apr 14 2005 Jiri Ryska 4.2.0.a.20040617-8 - fixed gid setting when ntpd started with -u flag * Tue Mar 08 2005 Jiri Ryska 4.2.0.a.20040617-7 - removed -Werror - patched for gcc4 and rebuilt * Wed Jan 12 2005 Tim Waugh - 4.2.0.a.20040617-6 - Rebuilt for new readline. policycoreutils-1.23.6-1 ------------------------ * Thu Apr 14 2005 Dan Walsh 1.23.6-1 - Update to match NSA * Fixed signed/unsigned pointer bug in load_policy. * Reverted context validation patch for genhomedircon. redhat-menus-3.8-1 ------------------ * Thu Apr 14 2005 Ray Strode 3.8.0-1 - don't include kde legacy stuff anymore, since kde uses it's own applications menu file now and it breaks gnome (bug 153125) selinux-policy-strict-1.23.11-1 ------------------------------- * Thu Apr 14 2005 Dan Walsh 1.23.11-1 - Fix login programs handling of audit messages - Update to latest from NSA * Merged Dan Walsh's separation of the security manager and system administrator. * Removed screensaver.te as suggested by Thomas Bleher * Cleanup of typealiases that are no longer used by Thomas Bleher. * Cleanup of fc files and additional rules for SuSE by Thomas Bleher. * Merged changes to auditd and named policy by Russell Coker. * Merged MLS change from Darrel Goeddel to support the policy hierarchy patch. * Tue Apr 12 2005 Dan Walsh 1.23.10-6 - Add auditd policy to targeted - fix auditd policy selinux-policy-targeted-1.23.11-1 --------------------------------- * Thu Apr 14 2005 Dan Walsh 1.23.11-1 - Fix login programs handling of audit messages - Update to latest from NSA * Merged Dan Walsh's separation of the security manager and system administrator. * Removed screensaver.te as suggested by Thomas Bleher * Cleanup of typealiases that are no longer used by Thomas Bleher. * Cleanup of fc files and additional rules for SuSE by Thomas Bleher. * Merged changes to auditd and named policy by Russell Coker. * Merged MLS change from Darrel Goeddel to support the policy hierarchy patch. * Tue Apr 12 2005 Dan Walsh 1.23.10-6 - Add auditd policy to targeted - Fix auditd policy system-config-lvm-0.9.25-1.0 ---------------------------- * Thu Apr 14 2005 Jim Parsons 0.9.25-1.0 - Version bump. * Thu Apr 14 2005 Jim Parsons 0.9.24-1.0 - Changed permissions on Icon file. * Thu Apr 14 2005 Jim Parsons 0.9.23-1.0 - Subtle change to .desktop file moves app launcher to system settings system-config-securitylevel-1.5.7-1 ----------------------------------- * Thu Apr 14 2005 Dan Walsh 1.5.7-1 - Handle relabeling better. up2date-4.4.14-2 ---------------- * Thu Apr 14 2005 Jason Connor 4.4.14 - fix #135121 - uncommented rpmmd registration, fixed api - fix #149281 - added check for failed read * Fri Apr 08 2005 Adrian Likins 4.4.13 - update translations * Thu Apr 07 2005 Adrian Likins 4.4.12 - update translations usbutils-0.70-1 --------------- * Thu Apr 14 2005 Thomas Woerner 0.70-1 - new version 0.70 vixie-cron-1:4.1-33 ------------------- * Thu Apr 14 2005 Jason Vas Dias - 4.1-33_FC4 - fix bug 154922 / CAN-2005-1038: check that new crontab is regular file after editor session ends. - fix bug 154575: use PATH_MAX (4096) as max filename length; also make limits on command line and env.var. lengths sensible (131072). x86info-1:1.13-1.10 ------------------- * Fri Apr 15 2005 Florian La Roche - remove empty scripts xchat-1:2.4.3-2 --------------- * Thu Apr 14 2005 Warren Togami 1:2.4.3-2 - fix plugins on lib64 (#113188 Ville Skytta) From toshio at tiki-lounge.com Fri Apr 15 12:21:53 2005 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Fri, 15 Apr 2005 05:21:53 -0700 Subject: default media player In-Reply-To: <20050414204759.553b830b@python2>; from thias@spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net on Thu, Apr 14, 2005 at 08:47:59PM +0200 References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> <20050414204759.553b830b@python2> Message-ID: <20050415052153.A2566@tiki-lounge.com> On Thu, Apr 14, 2005 at 08:47:59PM +0200, Matthias Saou wrote: > Jeff Spaleta wrote : > > > If there are differing opinions grounded in technical criteria for > > helix still being the default, I'd appreciate hearing them for > > perspective. > > Me too : Totem is the obvious choice for Fedora Core, and I still don't > understand why nor how Helix got to steal its place. I guess someone > should just file a bug report regarding the default comps to have the > replacement happen? > When Helix is no longer the default media player, can it be moved to Extras? -Toshio From sundaram at redhat.com Fri Apr 15 13:02:48 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Fri, 15 Apr 2005 18:32:48 +0530 Subject: default media player In-Reply-To: <20050415052153.A2566@tiki-lounge.com> References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> <20050414204759.553b830b@python2> <20050415052153.A2566@tiki-lounge.com> Message-ID: <425FBB78.2040909@redhat.com> Toshio Kuratomi wrote: >On Thu, Apr 14, 2005 at 08:47:59PM +0200, Matthias Saou wrote: > > >>Jeff Spaleta wrote : >> >> >> >>>If there are differing opinions grounded in technical criteria for >>>helix still being the default, I'd appreciate hearing them for >>>perspective. >>> >>> >>Me too : Totem is the obvious choice for Fedora Core, and I still don't >>understand why nor how Helix got to steal its place. I guess someone >>should just file a bug report regarding the default comps to have the >>replacement happen? >> >> >> >When Helix is no longer the default media player, can it be moved to Extras? > >-Toshio > > > It can but you are getting ahead of yourself there. regards Rahul From byte at aeon.com.my Fri Apr 15 14:12:29 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 16 Apr 2005 00:12:29 +1000 Subject: default media player In-Reply-To: <754f42e705041423582dc340ea@mail.gmail.com> References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> <20050414204759.553b830b@python2> <425F58A5.8060602@nicubunu.ro> <754f42e705041423582dc340ea@mail.gmail.com> Message-ID: <1113574349.4518.80.camel@arena.soho.bytebot.net> On Fri, 2005-04-15 at 08:58 +0200, Adriano Galano wrote: > > - last year Red Hat signed an agreement with Real to bundle Helix > > > http://www.realnetworks.com/company/press/releases/2004/real_redhat.html > > > > The agreement is about Red Hat Desktop (aka RHEL Desktop) nor Fedora. And that plays Real Media. The Helix we ship is crippled without playback of Real media, and to the best of my knowledge, even installing support for it doesn't automagically work -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From symbiont at berlios.de Fri Apr 15 17:29:11 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Sat, 16 Apr 2005 01:29:11 +0800 Subject: smart wants to downgrade gcc, why? In-Reply-To: <604aa79105041410145b4704db@mail.gmail.com> References: <1113489371.6523.46.camel@mccallum.corsepiu.local> <604aa79105041410145b4704db@mail.gmail.com> Message-ID: <200504160129.11468.symbiont@berlios.de> On Friday 15 April 2005 01:14, Jeff Spaleta wrote: | If you and other people want to discuss the more general question of | why mirror sync issues happen.. and what can be done to prevent them | or mitigate them in the future and the resulting trade-offs of each | technical approach to the problem.. Download the latest rsync (http://rsync.samba.org/) and use the new --delay-updates option which was largely influenced by the needs of large rpm repositories. It synchronizes the files up to the server and does a rename of the topdir in a pseudo-atomic step. ;) -- -jeff From sitsofe at yahoo.com Fri Apr 15 18:12:41 2005 From: sitsofe at yahoo.com (Sitsofe Wheeler) Date: Fri, 15 Apr 2005 19:12:41 +0100 Subject: default media player References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> Message-ID: Jeff Spaleta wrote: > On 4/12/05, Thomas Vander Stichele wrote: >> Hi, >> >> is there any reason why Totem is not the default media player in FC4 ? >> The test releases still have Helix Player, while Totem is now the >> default GNOME player, and currently it plays more formats. (Helix >> Player was added quite late to FC3 and without any warning or discussion >> - I probably should have brought it up sooner :)) > > I'd have to agree that there needs to be serious evaluation of totem > again as the default player for fc4. I'm not aware of a technical > advantage that Helix has out-of-the-box. And unless Helix has grown There is one (technical) thing that I've seen helix do that at least xine-lib'd totem (or a gstreamered rhythmbox for that matter) didn't and that was seek in a stream (e.g. lugradio). It makes putting up with buffering worthwhile. I doubt this alone is enough to best totem though (small things like mousewheeling over the volume moving the control the same way as the rest of the desktop and not highlighting the previous url in the open location box give totem the edge for me). From thomasz at hostmaster.org Fri Apr 15 21:07:20 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Fri, 15 Apr 2005 23:07:20 +0200 Subject: pam-0.79-5 errors Message-ID: <1113599240.3862.7.camel@hostmaster.org> Hi, I get the following messages when logging in, su-ing,... since I upgraded to pam-0.79-5. I only use pam_tally.so, pam_pwdb.so, and pam_limits.so so I wonder what is causing them. Error sending netlink packet (Connection refused) Error sending status request (Connection refused) Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Why do you call your dog 1234? My admin told me not to name my password after my dog. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From kyrre at solution-forge.net Fri Apr 15 21:14:54 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 15 Apr 2005 23:14:54 +0200 Subject: Guide on RPM building released In-Reply-To: <1113422273.5637.9.camel@mentorng.gurulabs.com> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> Message-ID: <1113599694.3391.2.camel@localhost.localdomain> ons, 13.04.2005 kl. 21.57 skrev Dax Kelson: > We have released a section of our courseware under a Creative Commons > license that has very comprehensive coverage of building RPMs. > > It has treatment of the whole spectrum of issues including making proper > patches, the freedesktop.org menu specification, and ancillary files > like logrotate.d files, cron.*/ files, SysV init files along with > chkconfig, etc. > > One unique thing about the guide is that it is not just a reference as > it includes a very detailed (48 page) lab exercise that walks a would be > packager through several real world scenarios including: > > * Setting up a build environment > * Re-building an existing src.rpm > * Updating a src.rpm with newer software release (and handling merged > upstream patches) > * Creating a spec file from scratch to package an application > * Extending a spec file to break a single application into multiple > logical packages > * Setting up GnuPG and signing your packages > > The lab exercise has been validated and tested to "just work as written" > on the following distributions: > > Fedora Core 3 > Red Hat Enterprise Linux 4 > SUSE Linux Professional 9.2 > SUSE Linux Enterprise Server 9 > > It will likely work, possibly with small modifications, on other RPM > based distributions as well. > > The guide can be found under the "Goodies" section of our website here: > > http://www.gurulabs.com/goodies/guru+guides.php > > I'm excited to make this release and hope it is useful addition to the > available RPM documentation and helps increase the amount of quality > packagers and packages. > > Dax Kelson > Guru Labs Really, really great guide! Only problem is, i can't get it printed - In acroread, it shows up all fine, but in ggv and in printout from acroread (piped through kprinter), many of the letters are completely messed up. Output of printer looks like "~~~~~"... Any ideas how to fix this? Hate on-screen reading :) Kyrre Ness Sj?b?k From perbj at stanford.edu Fri Apr 15 21:49:54 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Fri, 15 Apr 2005 14:49:54 -0700 Subject: Guide on RPM building released In-Reply-To: <1113599694.3391.2.camel@localhost.localdomain> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> <1113599694.3391.2.camel@localhost.localdomain> Message-ID: <1113601794.4604.37.camel@localhost.localdomain> On Fri, 2005-04-15 at 23:14 +0200, Kyrre Ness Sjobak wrote: > Only problem is, i can't get it printed - In acroread, it shows up all > fine, but in ggv and in printout from acroread (piped through kprinter), > many of the letters are completely messed up. Output of printer looks > like "~~~~~"... Any ideas how to fix this? Hate on-screen reading :) This happened in some versions of OpenOffice.org; the exported PDFs are valid but the embedded fonts are too complicated for some PDF viewers to deal with... Do you have Evince available? It seems to play ball, I just tested it (didn't print the whole thing, but an export to PS looks fine). Perhaps Xpdf in FC3 or higher can deal as well, Xpdf 3 is decent at dealing with complicated font embedding. /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From jos at xos.nl Fri Apr 15 21:52:59 2005 From: jos at xos.nl (Jos Vos) Date: Fri, 15 Apr 2005 23:52:59 +0200 Subject: Guide on RPM building released In-Reply-To: <1113599694.3391.2.camel@localhost.localdomain>; from kyrre@solution-forge.net on Fri, Apr 15, 2005 at 11:14:54PM +0200 References: <1113422273.5637.9.camel@mentorng.gurulabs.com> <1113599694.3391.2.camel@localhost.localdomain> Message-ID: <20050415235259.B23682@xos037.xos.nl> On Fri, Apr 15, 2005 at 11:14:54PM +0200, Kyrre Ness Sjobak wrote: > Only problem is, i can't get it printed - In acroread, it shows up all > fine, but in ggv and in printout from acroread (piped through kprinter), > many of the letters are completely messed up. Output of printer looks > like "~~~~~"... Any ideas how to fix this? Hate on-screen reading :) In fact, older Acrobat readers also gives warnings etc., although with 5.0.x I do not see a visual problem. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From florin at andrei.myip.org Fri Apr 15 22:50:06 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Fri, 15 Apr 2005 15:50:06 -0700 Subject: selinux-policy-targeted too verbose when updating Message-ID: <1113605406.25176.42.camel@stantz.corp.sgi.com> See bug report here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155069 Essentially, what i'm saying is that it's ok that selinux prints out a few warnings when updating the policy package via yum, but it's not ok to do that for the whole Postfix queue on a large mail server! Here i am, sitting like a sucker waiting for selinux to finish up printing a million "/sbin/restorecon reset context /blah" messages (literally a million) while being logged in via ssh across half the Internet to a machine i'm updating. :-) I wish it was more selective when printing out those messages. -- Florin Andrei http://florin.myip.org/ From martin at bugs.unl.edu.ar Fri Apr 15 22:58:41 2005 From: martin at bugs.unl.edu.ar (=?iso-8859-1?q?Mart=EDn_Marqu=E9s?=) Date: Fri, 15 Apr 2005 19:58:41 -0300 Subject: PHP without apache Message-ID: <200504151958.42005.martin@bugs.unl.edu.ar> Has anybody thought about splitting the php package into php (command line executable) and mod_php (for apache)? I have some scripts written in PHP and I hate the idea of having to install apache just to be able to run this scripts with the PHP command line interpreter. -- 19:55:07 up 14 days, 4:24, 1 user, load average: 0.84, 0.97, 0.98 ----------------------------------------------------------------- Mart?n Marqu?s | select 'mmarques' || '@' || 'unl.edu.ar' Centro de Telematica | DBA, Programador, Administrador Universidad Nacional del Litoral ----------------------------------------------------------------- From webmaster at margo.bijoux.nom.br Sat Apr 16 01:17:17 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Fri, 15 Apr 2005 22:17:17 -0300 Subject: selinux-policy-targeted too verbose when updating In-Reply-To: <1113605406.25176.42.camel@stantz.corp.sgi.com> References: <1113605406.25176.42.camel@stantz.corp.sgi.com> Message-ID: <4260679D.7040001@margo.bijoux.nom.br> Florin Andrei wrote: >See bug report here: > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155069 > >Essentially, what i'm saying is that it's ok that selinux prints out a >few warnings when updating the policy package via yum, but it's not ok >to do that for the whole Postfix queue on a large mail server! > >Here i am, sitting like a sucker waiting for selinux to finish up >printing a million "/sbin/restorecon reset context /blah" messages >(literally a million) while being logged in via ssh across half the >Internet to a machine i'm updating. :-) > >I wish it was more selective when printing out those messages. > > What about making the rpm redirect those messages to /var/log/policy-update-$date or something like that? Then all that info isnt lost and is also kept for future reference. -- Pedro Macedo From shiva at sewingwitch.com Sat Apr 16 02:43:40 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Fri, 15 Apr 2005 19:43:40 -0700 Subject: Getting SRPM from Extras Message-ID: What's the procedure for getting an SRPM from Fedora Extras? I need the openal-devel system for FC2. I see binaries for FC3 in Extras but it's not obvious how to get the matching SRPM. A pointer to the right wiki page would be welcome. From mattdm at mattdm.org Sat Apr 16 03:01:14 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 15 Apr 2005 23:01:14 -0400 Subject: Getting SRPM from Extras In-Reply-To: References: Message-ID: <20050416030113.GA21253@jadzia.bu.edu> On Fri, Apr 15, 2005 at 07:43:40PM -0700, Kenneth Porter wrote: > What's the procedure for getting an SRPM from Fedora Extras? I need the > openal-devel system for FC2. I see binaries for FC3 in Extras but it's not > obvious how to get the matching SRPM. A pointer to the right wiki page > would be welcome. Here: Or any other mirror. -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From casimiro.barreto at gmail.com Sat Apr 16 00:07:14 2005 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Fri, 15 Apr 2005 21:07:14 -0300 Subject: gcc4_0 screwed... Message-ID: <42605732.4080209@gmail.com> An HTML attachment was scrubbed... URL: From wbeebe at gmail.com Sat Apr 16 04:32:38 2005 From: wbeebe at gmail.com (William Beebe) Date: Sat, 16 Apr 2005 00:32:38 -0400 Subject: gcc4_0 screwed... In-Reply-To: <42605732.4080209@gmail.com> References: <42605732.4080209@gmail.com> Message-ID: >> btw, gcc doesn't compile itself !!! Yes, it does, and it does so on a number of platforms because I've built it myself: FC3 and Solaris 9, just to name two. The gcc list is aware of issues relating to gcc 4.0 RC1, but they are fixing them now. If you have discovered problems please report them to the gcc list and see if there are fixes for them or if they are new bugs. On 4/15/05, Casimiro de Almeida Barreto wrote: > > Hello, > > Today I concluded migration from FC3 to FC4 rc2. Besides upgrading 610 > packages I discovered that gcc is screwed: problems in asm and several other > bugs make the compiler unusable for any practical purpose. Guess that, at > this point it would be wise to downgrade to the last stable release of gcc > (btw, gcc doesn't compile itself !!!) > > Best regards, > > Casimiro > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From byte at aeon.com.my Sat Apr 16 08:53:55 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 16 Apr 2005 18:53:55 +1000 Subject: Getting SRPM from Extras In-Reply-To: References: Message-ID: <1113641635.4518.143.camel@arena.soho.bytebot.net> On Fri, 2005-04-15 at 19:43 -0700, Kenneth Porter wrote: > What's the procedure for getting an SRPM from Fedora Extras? I need the > openal-devel system for FC2. I see binaries for FC3 in Extras but it's not > obvious how to get the matching SRPM. A pointer to the right wiki page > would be welcome. When you check it out of cvs, just run "make srpm". Then go ahead and rebuild it on your FC-2 system -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From fedora at wir-sind-cool.org Sat Apr 16 09:42:27 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 16 Apr 2005 11:42:27 +0200 Subject: Getting SRPM from Extras In-Reply-To: References: Message-ID: <20050416114227.3195f1b6.fedora@wir-sind-cool.org> On Fri, 15 Apr 2005 19:43:40 -0700, Kenneth Porter wrote: > What's the procedure for getting an SRPM from Fedora Extras? I need the > openal-devel system for FC2. I see binaries for FC3 in Extras but it's not > obvious how to get the matching SRPM. A pointer to the right wiki page > would be welcome. Extras for FC2 are from http://fedora.us times, which means you find the SRPM in your favourite mirror of: http://download.fedora.us/fedora/fedora/2/i386/SRPMS.stable/ Fedora Extras is for FC3 and newer: http://download.fedora.redhat.com/pub/fedora/linux/extras/3/SRPMS/ -- Fedora Core release 3.91 (Pre-FC4) - Linux 2.6.11-1.1236_FC4 loadavg: 1.03 0.42 0.18 From shiva at sewingwitch.com Sat Apr 16 09:50:05 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Sat, 16 Apr 2005 02:50:05 -0700 Subject: Getting SRPM from Extras In-Reply-To: <20050416114227.3195f1b6.fedora@wir-sind-cool.org> References: <20050416114227.3195f1b6.fedora@wir-sind-cool.org> Message-ID: --On Saturday, April 16, 2005 11:42 AM +0200 Michael Schwendt wrote: > Fedora Extras is for FC3 and newer: > > http://download.fedora.redhat.com/pub/fedora/linux/extras/3/SRPMS/ I repackaged openal from FC3 on my FC2 system. I can't imagine anything in the SRPM that would be incompatible. I wouldn't upgrade a core component like a kernel or glibc that way, but an add-on like openal should be ok. (I looked at the resulting file list and install scripts to make sure it wouldn't do something evil.) The more critical the component is, the more closely I inspect the spec file and patches before proceeding. (I figure I'll upgrade the box to FC4 a month after it's stable, allowing time for the "surprises" to die down a bit.) From thomas at apestaart.org Sat Apr 16 09:43:39 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Sat, 16 Apr 2005 11:43:39 +0200 Subject: default media player In-Reply-To: References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> Message-ID: <1113644619.16968.6.camel@otto.amantes> Hi, > There is one (technical) thing that I've seen helix do that at least > xine-lib'd totem (or a gstreamered rhythmbox for that matter) didn't and > that was seek in a stream (e.g. lugradio). It makes putting up with > buffering worthwhile. If you're talking about HTTP/1.1 streams (which I assume you do - few servers support RTP-based seeking correctly), then I can tell you Ronald fixed this the past week. I've yet to verify it myself (trying to get test2 installed), but please let us know if this doesn't work correctly with the most recent versions of gst and totem. > I doubt this alone is enough to best totem though (small things like > mousewheeling over the volume moving the control the same way as the rest > of the desktop and not highlighting the previous url in the open location > box give totem the edge for me). Totem is there, integration-wise. HelixPlayer still has a ways to go. There's nothing in Fedora's desktop policy that favors hxplay over totem, afaict. Totem should be the default. Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> Rising to the top knowing I must fall Refeather the wings, salt the stings <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From thomas at apestaart.org Sat Apr 16 09:40:39 2005 From: thomas at apestaart.org (Thomas Vander Stichele) Date: Sat, 16 Apr 2005 11:40:39 +0200 Subject: default media player In-Reply-To: <754f42e705041423582dc340ea@mail.gmail.com> References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> <20050414204759.553b830b@python2> <425F58A5.8060602@nicubunu.ro> <754f42e705041423582dc340ea@mail.gmail.com> Message-ID: <1113644439.16968.2.camel@otto.amantes> On Fri, 2005-04-15 at 08:58 +0200, Adriano Galano wrote: > Hi: > > On 4/15/05, Nicu Buculei wrote: > > Matthias Saou wrote: > > > - last year Red Hat signed an agreement with Real to bundle Helix > > http://www.realnetworks.com/company/press/releases/2004/real_redhat.html > > > > The agreement is about Red Hat Desktop (aka RHEL Desktop) nor Fedora. The point is valid :) it got put in at that time, through the cracks (I think right before test3), without it being "announced" like other additions were, while people were trying to keep the disc count down. I'm not one for conspiracy theories, but you don't think it's possible that Real made "be nice to HelixPlayer in Fedora" part of the deal ? Fedora is still a Red Hat product :) No one from either Fedora or the community was asking for helixplayer to be put in FC. So who asked for it ? Thomas Dave/Dina : future TV today ! - http://www.davedina.org/ <-*- thomas (dot) apestaart (dot) org -*-> I got your phone number baby Call you sometime Think I might go out tonight Maybe give you a ride <-*- thomas (at) apestaart (dot) org -*-> URGent, best radio on the net - 24/7 ! - http://urgent.fm/ From linux_4ever at yahoo.com Sat Apr 16 10:54:02 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 16 Apr 2005 03:54:02 -0700 (PDT) Subject: pam-0.79-5 errors In-Reply-To: 6667 Message-ID: <20050416105403.16917.qmail@web51503.mail.yahoo.com> >Error sending status request (Connection refused) Are you using strict policy? Also which version of coreutils? -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From thomasz at hostmaster.org Sat Apr 16 11:08:18 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Sat, 16 Apr 2005 13:08:18 +0200 Subject: pam-0.79-5 errors In-Reply-To: <20050416105403.16917.qmail@web51503.mail.yahoo.com> References: <20050416105403.16917.qmail@web51503.mail.yahoo.com> Message-ID: <1113649698.30879.0.camel@hostmaster.org> On Sat, 2005-04-16 at 03:54 -0700, Steve G wrote: > Are you using strict policy? Also which version of coreutils? I do not use selinux. coreutils-5.2.1-44 Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Nietzsche: God is dead. God: Nietzsche is dead. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From kyrre at solution-forge.net Sat Apr 16 11:36:57 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 16 Apr 2005 13:36:57 +0200 Subject: Guide on RPM building released In-Reply-To: <1113601794.4604.37.camel@localhost.localdomain> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> <1113599694.3391.2.camel@localhost.localdomain> <1113601794.4604.37.camel@localhost.localdomain> Message-ID: <1113651417.3333.113.camel@localhost.localdomain> fre, 15.04.2005 kl. 23.49 skrev Per Bjornsson: > On Fri, 2005-04-15 at 23:14 +0200, Kyrre Ness Sjobak wrote: > > Only problem is, i can't get it printed - In acroread, it shows up all > > fine, but in ggv and in printout from acroread (piped through kprinter), > > many of the letters are completely messed up. Output of printer looks > > like "~~~~~"... Any ideas how to fix this? Hate on-screen reading :) > > This happened in some versions of OpenOffice.org; the exported PDFs are > valid but the embedded fonts are too complicated for some PDF viewers to > deal with... Do you have Evince available? It seems to play ball, I just > tested it (didn't print the whole thing, but an export to PS looks > fine). Perhaps Xpdf in FC3 or higher can deal as well, Xpdf 3 is decent > at dealing with complicated font embedding. > > /Per No, my laptop suddenly decided to jump off the table and into the floor, killing the HDD. So i do not even have FC3 available - i am typing this from an FC2 machine. To much data to do a full reinstall (and to "messed up" to do an upgrade - at least i think so... Don't want to risk anything of my data. Think i have to buy a DVD-burner or something...). But doing "pdf2ps" GURU-blah-rpmguide.pdf produced a ps, which showed the same problems in ggv (and an unreadable resolution). But as i mentioned - acroread (7.0?) parsed it just fine - but the printer did not (i do not know if it was cups or the printer - a HP LaserJet 4 Si (postscript printer from 1992) and another, quite new LaserJet. The setup was acroread -> kprinter -> local CUPS -> remote cups (-> windows server in case of the newer LaserJet) -> Printer (JetDirect)) Kyrre From linux_4ever at yahoo.com Sat Apr 16 11:41:16 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 16 Apr 2005 04:41:16 -0700 (PDT) Subject: pam-0.79-5 errors In-Reply-To: 6667 Message-ID: <20050416114116.59486.qmail@web51510.mail.yahoo.com> >I do not use selinux. coreutils-5.2.1-44 OK Thanks. The messages you are getting is when pam is trying to check if the audit system is enabled. Are you using a recent 2.6 kernel? have you done anything special to the kernel? -Steve __________________________________ Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides! http://travel.yahoo.com/p-travelguide From arjanv at redhat.com Sat Apr 16 11:46:25 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 16 Apr 2005 13:46:25 +0200 Subject: gcc4_0 screwed... In-Reply-To: <42605732.4080209@gmail.com> References: <42605732.4080209@gmail.com> Message-ID: <1113651986.6282.35.camel@laptopd505.fenrus.org> On Fri, 2005-04-15 at 21:07 -0300, Casimiro de Almeida Barreto wrote: > Hello, > > Today I concluded migration from FC3 to FC4 rc2. Besides > upgrading 610 packages I discovered that gcc is screwed: > problems in asm and several other bugs make the compiler > unusable for any practical purpose. you give absolutely no concrete information to support your statement. Please provide at least 2 or 3 examples to support what you say. (if you don't nobody will take your argument serious; just look at that lilo-vs-grub thread recently). I don't want to think that you are playing the roll of troll on this mailing list and give you a chance to correct the first impression many will get out of your original mail; however you should be aware that the style of your posting sort of smells as if you are just trolling the mainling list here. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rbultje at ronald.bitfreak.net Sat Apr 16 12:08:01 2005 From: rbultje at ronald.bitfreak.net (Ronald S. Bultje) Date: Sat, 16 Apr 2005 14:08:01 +0200 Subject: default media player In-Reply-To: <1113644619.16968.6.camel@otto.amantes> References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> <1113644619.16968.6.camel@otto.amantes> Message-ID: <1113653279.2965.38.camel@tux.lan> On Sat, 2005-04-16 at 11:43, Thomas Vander Stichele wrote: > > There is one (technical) thing that I've seen helix do that at least > > xine-lib'd totem (or a gstreamered rhythmbox for that matter) didn't and > > that was seek in a stream (e.g. lugradio). It makes putting up with > > buffering worthwhile. > > If you're talking about HTTP/1.1 streams (which I assume you do - few > servers support RTP-based seeking correctly), then I can tell you Ronald > fixed this the past week. I've yet to verify it myself (trying to get > test2 installed), but please let us know if this doesn't work correctly > with the most recent versions of gst and totem. This is all in the (unstable) 1.1.x branch (HEAD) in Totem CVS and GStreamer 0.8.x CVS. The releases in Fedora 4 will probably not feature this yet, unless I backport it. Talking about bugfix (or, in this case, small-feature) backporting, I'll happily work on that together with the Fedora gst package maintainer, if there's any interest. It will require some action from both sides, though, I'm not going to backport random stuff and then see the patches just sit there in bugzilla [#136507, #136508, #136512 for FC3, for example]. Cheers, Ronald -- Ronald S. Bultje From thomasz at hostmaster.org Sat Apr 16 12:42:37 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Sat, 16 Apr 2005 14:42:37 +0200 Subject: pam-0.79-5 errors In-Reply-To: <20050416114116.59486.qmail@web51510.mail.yahoo.com> References: <20050416114116.59486.qmail@web51510.mail.yahoo.com> Message-ID: <1113655357.30879.4.camel@hostmaster.org> On Sat, 2005-04-16 at 04:41 -0700, Steve G wrote: > OK Thanks. The messages you are getting is when pam is trying to check if the > audit system is enabled. Are you using a recent 2.6 kernel? have you done > anything special to the kernel? I am currently using a stock 2.6.10 kernel. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Corruptissima re publica plurimae leges. The greater the degeneration of the kingdom, the more of its laws. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 477 bytes Desc: This is a digitally signed message part URL: From ml-fedora at fathomssen.de Sat Apr 16 12:06:11 2005 From: ml-fedora at fathomssen.de (Frederick Alexander Thomssen) Date: Sat, 16 Apr 2005 14:06:11 +0200 Subject: pam-0.79-5 errors In-Reply-To: <20050416114116.59486.qmail@web51510.mail.yahoo.com> References: <20050416114116.59486.qmail@web51510.mail.yahoo.com> Message-ID: <200504161406.11064.ml-fedora@fathomssen.de> I have the same problems with pam and have disabled auditing support in my self-compiled kernel (2.6.12-rc2). What is auditing support good for, anyway? freddy On Saturday 16 April 2005 13:41, Steve G wrote: > >I do not use selinux. coreutils-5.2.1-44 > > OK Thanks. The messages you are getting is when pam is trying to check if > the audit system is enabled. Are you using a recent 2.6 kernel? have you > done anything special to the kernel? > > -Steve > > > > __________________________________ > Do you Yahoo!? > Plan great trips with Yahoo! Travel: Now over 17,000 guides! > http://travel.yahoo.com/p-travelguide -- Frederick Alexander Thomssen From linux_4ever at yahoo.com Sat Apr 16 12:55:07 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 16 Apr 2005 05:55:07 -0700 (PDT) Subject: pam-0.79-5 errors In-Reply-To: 6667 Message-ID: <20050416125507.40644.qmail@web51503.mail.yahoo.com> >I am currently using a stock 2.6.10 kernel. Does this mean a vanilla 2.6.10 kernel you compiled or a binary rpm downloaded from a Fedora mirror, if so which one? Something's out of configuration and I'm trying to determine what it is. Pam-0.79-5 is expecting the audit system to be compiled into the kernel. It does not have to enabled, but it does need to be compiled in. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From linux_4ever at yahoo.com Sat Apr 16 13:02:02 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 16 Apr 2005 06:02:02 -0700 (PDT) Subject: pam-0.79-5 errors In-Reply-To: 6667 Message-ID: <20050416130202.78888.qmail@web51510.mail.yahoo.com> >I have the same problems with pam and have disabled auditing support >in my self-compiled kernel (2.6.12-rc2). Pam 0.79-5 expects the audit system to be compiled in. You can compile pam 0.79-5 without audit-libs-devel and it will work like it used to. >What is auditing support good for, anyway? For those interested, it gives more information about who's accessing what. You have to setup some rules for that. But if you leave the audit system disabled (but compiled in) you won't notice anything different. -Steve __________________________________ Do you Yahoo!? Plan great trips with Yahoo! Travel: Now over 17,000 guides! http://travel.yahoo.com/p-travelguide From linux_4ever at yahoo.com Sat Apr 16 13:14:32 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 16 Apr 2005 06:14:32 -0700 (PDT) Subject: pam-0.79-5 errors In-Reply-To: 6667 Message-ID: <20050416131432.10009.qmail@web51505.mail.yahoo.com> >Pam 0.79-5 expects the audit system to be compiled in. I think I can loosen up the patch to make an exception for ECONNREFUSED in audit_open. >You can compile pam 0.79-5 without audit-libs-devel and it will work like >it used to. You can use this as a workaround for now (or backtrack to anything before 79-5). I'll see if I can get a pam-0.79-6 out with a modification to the patch. I appreciate the bug report. -Steve __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail From thomasz at hostmaster.org Sat Apr 16 13:45:03 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Sat, 16 Apr 2005 15:45:03 +0200 Subject: pam-0.79-5 errors In-Reply-To: <20050416125507.40644.qmail@web51503.mail.yahoo.com> References: <20050416125507.40644.qmail@web51503.mail.yahoo.com> Message-ID: <1113659103.30879.7.camel@hostmaster.org> A vanilla kernel downloaded, configured and compiled by myself. So I now either need to enable the audit subsystem or live with these error messages? Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key We are tied to the ocean. And we go back to the sea, whether it is to sail or to watch it we are going back from whence we came. - John F. Kennedy -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From linux_4ever at yahoo.com Sat Apr 16 14:53:00 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 16 Apr 2005 07:53:00 -0700 (PDT) Subject: pam-0.79-5 errors In-Reply-To: 6667 Message-ID: <20050416145300.67308.qmail@web51503.mail.yahoo.com> >So I now either need to enable the audit subsystem or live with >these error messages? I made an adjustment to the pam audit patch. Try building this: http://people.redhat.com/sgrubb/pam-0.79-6.src.rpm It'll be in rawhide tomorrow. If you don't mind, let me know if this fixes your problem. Thanks, -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From PoMec at PoMec.Net Sat Apr 16 16:16:58 2005 From: PoMec at PoMec.Net (Gregory P. Ennis) Date: Sat, 16 Apr 2005 11:16:58 -0500 Subject: Subscribing to List Message-ID: <1113668218.11844.4.camel@Dev.PoMec.net> Dear Sirs, I have been trying to subscribe to the development list, but have been unable to do so. The web site accepts my information but I receive no notices and the subscription is not activated. I am a subscriber of the users, dekstop, and announcement fedora lists and receive information from them without a problem. Your help would be appreciated. Thank you, Greg -- Gregory P. Ennis From buildsys at redhat.com Sat Apr 16 16:57:15 2005 From: buildsys at redhat.com (Build System) Date: Sat, 16 Apr 2005 12:57:15 -0400 Subject: rawhide report: 20050416 changes Message-ID: <200504161657.j3GGvFgN008389@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.0.51-1 -------------------- * Fri Apr 15 2005 Chris Lumens 10.2.0.51-1 - Decode source URL for writing to anaconda-ks.cfg (#154149). - Add kernel-xen?-devel to the exclude list (katzj, #154819). - Fix text wrapping (#153071, #154786). - Various UI fixes. - Select language packages for all selected languages (#153748, #154181). firefox-0:1.0.3-2 ----------------- * Fri Apr 15 2005 Christopher Aillon 0:1.0.3-2 - Add patch to properly link against libgfxshared_s.a * Fri Apr 15 2005 Christopher Aillon 0:1.0.3-1 - Update to security release 1.0.3 * Tue Apr 12 2005 Christopher Aillon 0:1.0.2-4 - Update useragent patch to match upstream. - Add nspr-config 64 bit patch from rstrode at redhat.com gdm-1:2.6.0.8-4 --------------- * Thu Apr 14 2005 Matthias Clasen 1:2.6.0.8-4 - Don't do early-login if firstboot is going to run - Make early-login work with timed and automatic logins glibc-2.3.5-1 ------------- * Fri Apr 15 2005 Roland McGrath 2.3.5-1 - update from CVS - fix execvp regression (BZ#851) - ia64 libm updates - sparc updates - grok PT_NOTE in vDSO for kernel version and extra hwcap dirs, support "hwcap" keyword in ld.so.conf files glibc-kernheaders-2.4-9.1.93 ---------------------------- * Fri Apr 15 2005 David Woodhouse 2.4-9.1.93 - Restore version.h to 2.4.20 Yeah, stuff which depends on it is broken, but let's not rub it in their faces till after FC4 is out. * Fri Apr 15 2005 David Woodhouse 2.4-9.1.92 - Fix PT_FPSCR definition on PPC64 (#91727) - Move PPC_PTRACE_xxx_3264 from ppc64 to ppc32 ptrace.h (#97641) - Support VMX in ptrace.h on ppc/ppc64 (#146727) - Fix ppc64 stat.h, statfs.h (#146909, #146914) - Update ia64 ptrace_offsets.h (#117234) - Add IPV6_V6ONLY to in6.h (#97088) - Update cosmetic version in linux/version.h (#117020) - Include videodev2.h (#122671) - Drop contents of quota.h. Just bitch and include sys/quota.h instead. - Fix socket.h definitions to add SO_PEERSEC, AF_LLC, etc. (#134444) - Add x86_64 mce.h (#137974) - Provide linux/futex.h (#138823) - The GPL has more than one term (#139184) - Fix duplicate definition of __NR_epoll_{ctl,wait} on x86_64 (#139586) - Include uinput.h (#142812) - Include if_infiniband.h (#147590) - Add SHM_EXEC to shm.h (#150602) - Add DVB headers (#154493) - Add keyctl.h and new errno values (#146909) - Add missing waitid and keyctl syscalls to */unistd.h (#146909,#140951) icon-slicer-0.3-7 ----------------- * Sat Apr 16 2005 Florian La Roche - Copyright: -> License: initscripts-8.08-2 ------------------ * Fri Apr 15 2005 Bill Nottingham 8.08-1 - update translation base - automatically send hostname for DHCP if it's available and not overridden (#149667) - load user-defined module scripts from /etc/sysconfig/modules at boot (#123927) - halt: reverse sort the mount list, avoiding errors (#147254, ) - ifup-wireless: add SECURITYMODE (#145407) - network-functions: don't error out if hotplug doesn't exist (#140008) - ifup: always return errors on trying to bring up nonexistent devices (#131461) - ifup: fix error message (#143674) - rc.sysinit: add a autorelabel boot target (#154496) - prefdm: if something else is specified as $DISPLAYMANAGER, try that (#147304) - remove support for the old firewall type - network: optimize some (#138557, ) - prefdm: fix prefdm arg handling (#154312, ) - gdm early-login support (adapted from ) - ifup-routes: make sure commented lines are handled correctly (#154353, - some sysconfig.txt updates (, ) - rc.sysinit: fix restorecon invocation (#153100) - initlog: free some of the more egregious memory leaks (#85935) - initlog: fix potential memory overread (#153685, ) - remove some conflicts, %post scripts, etc. that were only relelvant for upgrades from pre-7.0 - other minor fixes, see ChangeLog java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_18rh ------------------------------------------ * Fri Apr 15 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_18rh - Require gnu-crypto. * Fri Apr 15 2005 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_17rh - Provide jaxp_parser_impl. jessie-0:1.0.0-5 ---------------- * Fri Apr 15 2005 Thomas Fitzsimmons - 0:1.0.0-5 - Require gnu-crypto. jfsutils-1.1.7-2 ---------------- * Fri Apr 15 2005 Dave Jones - rebuilt. kudzu-1.1.112-1 --------------- * Sat Apr 16 2005 Bill Nottingham 1.1.112-1 - make up some fan devices for mac things that can only be found in the device-tree (#151661) - fix crash in vio.c if the viocd file is empty (#154905) - fix firewire crash (#153987, ) - add PCI class for HD audio libbonoboui-2.8.1-3 ------------------- * Fri Apr 15 2005 Ray Strode 2.8.1-3 - Remove bonobo-browser from menus (bug 154827). libuser-0.53.5-1 ---------------- * Fri Apr 15 2005 Miloslav Trmac - 0.53.5-1 - Ignore nss_compat lines in the "files" module (#154651) - Autodetect Python version (#154096) - Add BuildRequires: libselinux-devel, s/BuildPrereq/BuildRequires/ logwatch-6.0.1-1 ---------------- * Fri Apr 15 2005 Jiri Ryska 6.0.1-1 - update to 6.0.1 pyorbit-2.0.1-4 --------------- * Sat Apr 16 2005 Florian La Roche - Copyright: -> License: selinux-policy-strict-1.23.11-3 ------------------------------- * Fri Apr 15 2005 Dan Walsh 1.23.11-3 - Add additional amanda rules - Fix prelink to privowner - Fix udev startup selinux-policy-targeted-1.23.11-3 --------------------------------- * Fri Apr 15 2005 Dan Walsh 1.23.11-3 - Add additional amanda rules - Fix prelink to privowner - Fix udev startup setup-2.5.41-1 -------------- * Fri Apr 15 2005 Bill Nottingham 2.5.41-1 - get rid of 'id' error messages if there is no /usr (#142707) * Mon Jan 31 2005 Bill Nottingham 2.5.40-1 - have similar prompt changes for su to root in tcsh as in bash (#143826) * Tue Nov 23 2004 Bill Nottingham 2.5.39-1 - ghost lastlog (#139539) system-config-date-1.7.17-1 --------------------------- * Fri Apr 15 2005 Nils Philippsen 1.7.17 - make more strings translatable (#154873) tar-1.15.1-5 ------------ * Fri Apr 15 2005 Peter Vrabec 1.15.1-5 - extract sparse files even if the output fd is not seekable.(#154882) - (sparse_scan_file): Bugfix. offset had incorrect type. tux-3.2.18-3 ------------ * Fri Apr 15 2005 Dave Jones - rebuilt udev-056-2 ---------- * Fri Apr 15 2005 Dan Walsh - 056-2 - Fix SELinux during creation of Symlinks * Mon Apr 11 2005 Harald Hoyer - 056-1 - updated to version 056 - merged permissions in the rules file - added udevpermconv.sh to convert old permission files usbutils-0.70-1.1 ----------------- * Fri Apr 15 2005 Thomas Woerner 0.70-1.1 - added fix from Robert Scheck to fix missing BuildRequires for libusb-devel (#155006) vnc-4.1.1-9 ----------- * Fri Apr 15 2005 Tim Waugh 4.1.1-9 - Disable render by default. There are still screen artifacts from it. xorg-x11-6.8.2-23 ----------------- * Fri Apr 15 2005 Mike A. Harris 6.8.2-23 - Disable xorg-x11-6.8.2-ati-radeon-disable-broken-renderaccel-by-default.patch patch on FC3/FC4, so we can test the real bugfix. From czar at czarc.net Sat Apr 16 19:01:44 2005 From: czar at czarc.net (Gene C.) Date: Sat, 16 Apr 2005 15:01:44 -0400 Subject: Guide on RPM building released In-Reply-To: <1113422273.5637.9.camel@mentorng.gurulabs.com> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> Message-ID: <200504161501.44259.czar@czarc.net> On Wednesday 13 April 2005 15:57, Dax Kelson wrote: > The guide can be found under the "Goodies" section of our website here: > > http://www.gurulabs.com/goodies/guru+guides.php Nice! Thank you! I need to educate some Unix literate folks about rpm and this looks like it will save me lots of work. Suggestion: Include more info and suggestions ala Mike Harris's rpmbuild-nonroot versions for ~/.rpmmacros and ~/.rpmrc ... specifically two things that I like are a local tmp and putting all "binary" rpms into a single RPMS directory. -- Gene From seyman at wanadoo.fr Sat Apr 16 20:34:27 2005 From: seyman at wanadoo.fr (Emmanuel Seyman) Date: Sat, 16 Apr 2005 22:34:27 +0200 Subject: Guide on RPM building released In-Reply-To: <1113422273.5637.9.camel@mentorng.gurulabs.com> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> Message-ID: <20050416203427.GA8763@orient.maison.moi> On Wed, Apr 13, 2005 at 01:57:53PM -0600, Dax Kelson wrote: > > We have released a section of our courseware under a Creative Commons > license that has very comprehensive coverage of building RPMs. Very, very nice. I'm overloaded with work right now but would the author(s) be opposed to a french translation of this? Emmanuel From mpeters at mac.com Sat Apr 16 22:48:58 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sat, 16 Apr 2005 15:48:58 -0700 Subject: Getting SRPM from Extras In-Reply-To: References: <20050416114227.3195f1b6.fedora@wir-sind-cool.org> Message-ID: <1113691738.3342.36.camel@fc4t2.mpeters.local> On Sat, 2005-04-16 at 02:50 -0700, Kenneth Porter wrote: > > I repackaged openal from FC3 on my FC2 system. I can't imagine anything in > the SRPM that would be incompatible. I wouldn't upgrade a core component > like a kernel or glibc that way, but an add-on like openal should be ok. I do the same thing from time to time - usually my running version of fedora core is the current, but sometimes I repackage stuff from rawhide. There is a potential issue, it can result in other packages you want not having their requirements meant because they require the older version, those usually can be worked around (often just rebuilding the src.rpm so it links against the version you have) - but that's not generally recommended for people who just need things to work without having to futz around. From janina at rednote.net Sun Apr 17 00:36:59 2005 From: janina at rednote.net (Janina Sajka) Date: Sat, 16 Apr 2005 20:36:59 -0400 Subject: Why No Spider Monkey in Elinks Message-ID: <20050417003659.GA7129@rednote.net> I'm looking at elinks-0.10.3 currently in the development tree. It appears to be built without Spider Monkey support, which is unfortunate from my perspective. Reason is that this combo provides the eyes-free user the only option currently viable for javascript support on web pages. Is there some reason? Alternatively, what package would I need to install in order to roll my own with Spider Monkey enabled? I've Googled, but am not coming up with the answer this time. Thanks for any assistance on this. -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem. From florin at andrei.myip.org Sun Apr 17 01:45:55 2005 From: florin at andrei.myip.org (Florin Andrei) Date: Sat, 16 Apr 2005 18:45:55 -0700 Subject: gcc4_0 screwed... In-Reply-To: <42605732.4080209@gmail.com> References: <42605732.4080209@gmail.com> Message-ID: <1113702355.6033.3.camel@rivendell.home.local> On Fri, 2005-04-15 at 21:07 -0300, Casimiro de Almeida Barreto wrote: > > Today I concluded migration from FC3 to FC4 rc2. Besides upgrading 610 > packages I discovered that gcc is screwed: problems in asm and several > other bugs make the compiler unusable for any practical purpose. Don't upgrade. Instead - backup, format and reinstall. FC4t2 works fine for me, gcc4 compiled everything i threw at it, with the exception of a few apps that were using too lax coding styles (and those compiled fine after cleaning up the code). After seeing so many cases (dozens, literally) when people upgrade and get screwed, i'm amazed that anyone still thinks that an upgrade is a wise thing to do. -- Florin Andrei http://florin.myip.org/ From aoliva at redhat.com Sun Apr 17 04:52:35 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 17 Apr 2005 01:52:35 -0300 Subject: xdelta for DVD ISO-images In-Reply-To: <200504110616.j3B6GHHo002268@www4.pobox.sk> References: <200504110616.j3B6GHHo002268@www4.pobox.sk> Message-ID: On Apr 11, 2005, Peter Zubaj wrote: > Personally I will prefer this idea. > For me is simpler to download x CDs + xdelta as 1 DVD. xdelta is broken for files larger than 2GB, even on 64-bit arches. rsync batches work though, and I actually have working code to create the rsync batch files out of the CD isos, and vice-versa, as well as to create SRPMS isos for one arch out of the SRPMS for the other, and I posted it to this list (or was it -test?) a few weeks ago. -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From mihamina at mail.rktmb.org Sun Apr 17 10:38:38 2005 From: mihamina at mail.rktmb.org (Rakotomandimby (R12y) Mihamina) Date: Sun, 17 Apr 2005 12:38:38 +0200 Subject: livna & fedora.us MLs / Solving dependencies... Message-ID: <1113734318.5270.52.camel@fctmp> Hello, I have a Fedora Core 3 I try to maitain "official": I mean I try to made minimum use of Livna/Fedora.us repositories. I maily use Fedora Core repositories, using yum (never apt). I made an update of my FC3 with only the Core 3 [stable only] repositories. Then I added Livna [stable and devel]+Fedora.us and "Fedora extras" repositories to have mplayer and mldonkey-server. I encounter a problem when trying to install mldonkey via yum, due to an openssl lib that is used by many programs and cant be replaced. How to manage it? What information have I got to look for to solve it? Here I give you the results of My actions: ============= yum.conf =============== [main] cachedir=/var/cache/yum debuglevel=2 logfile=/var/log/yum.log pkgpolicy=newest distroverpkg=redhat-release tolerant=1 exactarch=1 retries=20 exclude=openss* [Base] name=Fedora Core $releasever - $basearch - Base baseurl=ftp://ftp.univ- pau.fr/pub/mirrors/fedora/$releasever/$basearch/os/ ftp://ftp.crihan.fr/mirrors/fedora.redhat.com/fedora/linux/core/$releasever/$basearch/os/ ftp://ftp.cru.fr/pub/linux/fedora/core/$releasever/$basearch/os/ ftp://ftp.tu-chemnitz.de/pub/linux/fedora- core/$releasever/$basearch/os/ [updates-released] name=Fedora Core $releasever - $basearch - Released Updates baseurl=ftp://ftp.univ- pau.fr/pub/mirrors/fedora/updates/$releasever/$basearch/ ftp://ftp.crihan.fr/mirrors/fedora.redhat.com/fedora/linux/core/updates/$releasever/$basearch/ ftp://ftp.cru.fr/pub/linux/fedora/core/updates/$releasever/$basearch/ ftp://ftp.tu-chemnitz.de/pub/linux/fedora- core/updates/$releasever/$basearch/ [extras] name=Fedora Extras - $releasever - $basearch baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/$releasever/$basearch/ [extras-debug] name=Fedora Extras - $releasever - $basearch - Debugging packages baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/$releasever/$basearch/debug/ ### See http://www.fedora.us/wiki/FedoraSources ### And insert here the fedora.us repository configuration [fedora-us-3-updates] name=Fedora Core 3 Updates -- Fedora US mirror baseurl=ftp://sunsite.mff.cuni.cz/pub/fedora.us/fedora/fedora/$releasever/$basearch/RPMS.updates [fedora-us-3-extras] name=Fedora Extras for Fedora Core 3 -- Fedora US mirror baseurl=ftp://sunsite.mff.cuni.cz/pub/fedora.us/fedora/fedora/$releasever/$basearch/RPMS.extras [fedora-us-3-updates-testing] name=Fedora Core 3 Test Updates -- Fedora US mirror baseurl=ftp://sunsite.mff.cuni.cz/pub/fedora.us/fedora/fedora/$releasever/$basearch/RPMS.updates-testing ### And then add these lines to access rpm.livna.org repositories: [livna-stable] name=Livna.org Fedora Compatible Packages (stable) baseurl= http://rpm.livna.org/fedora/$releasever/$basearch/RPMS.stable gpgcheck=0 [livna-unstable] name=Livna.org Fedora Compatible Packages (unstable) baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/RPMS.unstable gpgcheck=0 [livna-testing] name=Livna.org Fedora Compatible Packages (testing) baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/RPMS.testing gpgcheck=0 [updates-testing] name=Fedora Core $releasever - $basearch - Unreleased Updates baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/$releasever/$basearch/ [development] name=Fedora Core $releasever - Development Tree baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ -- Get a fully managed dedicated server for ?200/month ($257/month) No time limit for taking care of your server. You keep the "root" acces if you want. Billing periods are 3 months. See the conditions at http://aspo.rktmb.org/activities/managed_servers From fedora-forums at genesis-x.nildram.co.uk Sun Apr 17 15:16:37 2005 From: fedora-forums at genesis-x.nildram.co.uk (Keith G. Robertson-Turner) Date: Sun, 17 Apr 2005 16:16:37 +0100 Subject: Boot from ICH6R Intel Software SATA Raid? ... solution. In-Reply-To: References: Message-ID: X-Posted to fedora-list and fedora-devel-list. Gmane followups set to: gmane.linux.redhat.fedora.general Original message: https://www.redhat.com/archives/fedora-list/2005-February/msg05035.html Keith G. Robertson-Turner wrote: >> Well I'm back after a long absence, mainly work related, but also due to >> a hardware upgrade that has effectively left me Linux-less ... I've just tried this Live CD, which is Gentoo based, and put simply ... it works. http://tienstra4.flatnet.tudelft.nl/~gerte/gen2dmraid/ I'm now looking at rolling a custom boot/setup CD, initrd and GRUB install script for FC4t1. >> Another issue is the DVD drives. SATA CD/DVD drives is still an ongoing issue, however. For now you will need an IDE/SCSI optical drive to boot off, at least for the install. >> So, my questions: >> 4) ... Will FC4 be prepped and ready for this type of install? This is the bit relevant to the devel list. I believe it should be offered as a separate option, since this is all still officially "unstable" - i.e. - a mini-CD for installing on fakeraid systems. Thoughts? >> 5) ... Are there any "Live" distros that include dmraid (Knoppix doesn't >> - AFAICT)? http://tienstra4.flatnet.tudelft.nl/~gerte/gen2dmraid/gen2dmraid-0.99a.iso >> 7) ... What kernel parameters do I need to pass, to enable the SATA DVD >> drives to work properly, or is it the case that this doesn't work yet? The latter, I'm afraid. This is a matter for upstream - i.e. kernel dev. >> I don't want to get sidetracked by the alternatives (3ware, PATA, >> raidtools, mdadm, etc.), I am fully aware of them. Software raid is still the best way, IMHO, however - not for dual boot systems on the same array - obviously. Especially in a small enclosure where real estate for drives is limited. We definitely need the dmraid option. >> I haven't had a working Linux system for some time, and I'm anxious to >> get back to working on Tripwire, amongst other things. >> >> If it comes down to it, I can always resurrect the dinosaur from cold >> storage, in order to get a working Linux system, but space is limited; >> it was beginning to pack up (SCSI controller dying); it's dog slow, pig >> ugly, noisy; huge; and the very reason I bought a new system in the >> first place. I'd really rather just ditch it. As you can see, I have the motivation, but unfortunately not much time. My work overseas keeps me almost constantly occupied. IOW .. *help!!!*. - K. From cra at WPI.EDU Sun Apr 17 15:31:24 2005 From: cra at WPI.EDU (Chuck R. Anderson) Date: Sun, 17 Apr 2005 11:31:24 -0400 Subject: Boot from ICH6R Intel Software SATA Raid? ... solution. In-Reply-To: References: Message-ID: <20050417153124.GA28268@angus.ind.WPI.EDU> On Sun, Apr 17, 2005 at 04:16:37PM +0100, Keith G. Robertson-Turner wrote: > I'm now looking at rolling a custom boot/setup CD, initrd and GRUB > install script for FC4t1. > > SATA CD/DVD drives is still an ongoing issue, however. For now you will > need an IDE/SCSI optical drive to boot off, at least for the install. > > I believe it should be offered as a separate option, since this is all > still officially "unstable" - i.e. - a mini-CD for installing on > fakeraid systems. Thoughts? When I was looking into an anaconda LVM problem, I noticed that these device classes are not going to work in the booty code, due to the way it assumes how devices and partitions are named: /dev/ataraid/d0p1 /dev/amiraid/ar0p1 /dev/cbd/[a-z] /dev/emd/0p1 /dev/i2o/hda[a-z] /dev/iseries/vda[a-f] /dev/umem/d0p1 /dev/sx8/0p1 Are any of these devices involved in the problems with SATA or pseudo-RAID? From ml-fedora at fathomssen.de Sun Apr 17 16:23:10 2005 From: ml-fedora at fathomssen.de (Frederick Alexander Thomssen) Date: Sun, 17 Apr 2005 18:23:10 +0200 Subject: More seveee errors in pam-0.79-5 Message-ID: <200504171823.11013.ml-fedora@fathomssen.de> hi, there is another error in pam-0.79-5: on my webserver, exim could no longer fetch user data from mysql using pam. when i downgraded to pam-0.79-4, it worked again. i am using mysql-4.1.11-2 and a self-compiled exim-4.43 freddy -- Frederick Alexander Thomssen From buildsys at redhat.com Sun Apr 17 16:56:08 2005 From: buildsys at redhat.com (Build System) Date: Sun, 17 Apr 2005 12:56:08 -0400 Subject: rawhide report: 20050417 changes Message-ID: <200504171656.j3HGu8tw028532@porkchop.devel.redhat.com> Updated Packages: 4Suite-1.0-8.b1 --------------- * Sat Apr 16 2005 Miloslav Trmac - 1.0-8.b1 - Update to 4Suite-1.0b1 devhelp-0.9.3-6 --------------- * Sat Apr 16 2005 Christopher Aillon 0.9.3-6 - Depend on mozilla 1.7.7 epiphany-1.6.1-2 ---------------- * Sat Apr 16 2005 Christopher Aillon - 1.6.1-2 - Depend on mozilla 1.7.7 * Wed Apr 06 2005 Elliot Lee - 1.6.1-1 - Update to 1.6.1 fonts-xorg-6.8.2-1 ------------------ * Fri Apr 08 2005 Mike A. Harris 6.8.2-1 - Remove the Speedo font files, as Xorg no longer supports Speedo fonts in 6.8.0 onward but includes the fonts accidentally. (#142744,154191) - Changed base subpackage post script to remove the Speedo font path from xfs configuration to avoid warnings in /var/log/messages from xfs about bad font path elements. gnome-kerberos-0.3.3-2 ---------------------- * Sat Apr 16 2005 Christopher Aillon 0.3.3-2 - Rebuild mozilla-37:1.7.7-2 ------------------ * Fri Apr 15 2005 Christopher Aillon 37:1.7.7-2 - Add patch to properly link against libgfxshared_s.a * Fri Apr 15 2005 Christopher Aillon 37:1.7.7-1 - Update to security release 1.7.7 * Tue Apr 12 2005 Christopher Aillon 37:1.7.6-3 - Spec file cleanup - Add nspr-config 64 bit patch from rstrode at redhat.com pam-0.79-6 ---------- * Sat Apr 16 2005 Steve Grubb 0.79-6 - Adjusted pam audit patch to make exception for ECONNREFUSED slocate-2.7-22 -------------- * Sat Apr 16 2005 Miloslav Trmac - 2.7-22 - Point the user at updatedb.conf if the database is too old * Sat Apr 16 2005 Miloslav Trmac - 2.7-21 - Don't assume paths in /etc/mtab don't contain symlinks (#139950, #110575) - Use %config(noreplace) for /etc/updatedb.conf (#155014) tmpwatch-2.9.3-1 ---------------- * Sat Apr 16 2005 Miloslav Trmac - 2.9.3-1 - Silently ignore ENOENT if somebody removes files faster than us (#154960) - Handle failures to exec fuser - Fix check for negative grace periods xterm-200-6 ----------- * Sat Apr 16 2005 Mike A. Harris 200-6 - Added option to spec file to allow easy rebuilding with 256 color option for those who prefer this non-default behaviour (#103402) * Tue Mar 08 2005 Soeren Sandmann 200-5 - Ported xterm-resources-redhat.patch to newer xterms. (#126855) From linux_4ever at yahoo.com Sun Apr 17 17:55:01 2005 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 17 Apr 2005 10:55:01 -0700 (PDT) Subject: More seveee errors in pam-0.79-5 In-Reply-To: 6667 Message-ID: <20050417175501.45160.qmail@web51506.mail.yahoo.com> >there is another error in pam-0.79-5 Does pam-0.79-6 clear it up for you? -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mpeters at mac.com Sun Apr 17 21:23:59 2005 From: mpeters at mac.com (Michael A. Peters) Date: Sun, 17 Apr 2005 14:23:59 -0700 Subject: livna & fedora.us MLs / Solving dependencies... In-Reply-To: <1113734318.5270.52.camel@fctmp> References: <1113734318.5270.52.camel@fctmp> Message-ID: <1113773039.19927.42.camel@fc4t2.mpeters.local> On Sun, 2005-04-17 at 12:38 +0200, Rakotomandimby (R12y) Mihamina wrote: > Hello, > > I have a Fedora Core 3 I try to maitain "official": I mean I try to made > minimum use of Livna/Fedora.us repositories. I maily use Fedora Core > repositories, using yum (never apt). > > I made an update of my FC3 with only the Core 3 [stable only] > repositories. > Then I added Livna [stable and devel]+Fedora.us and "Fedora extras" > repositories to have mplayer and mldonkey-server. > > I encounter a problem when trying to install mldonkey via yum, due to an > openssl lib that is used by many programs and cant be replaced. > > How to manage it? What information have I got to look for to solve it? > > Here I give you the results of My actions: You have too much in your repo. You want just: Fedora Base Fedora Update Extras 3 livna's (stable etc.) you don't need development or testing repo's - they are probably what is breaking yum's attempt at resolving what is required. From thomasz at hostmaster.org Sun Apr 17 21:52:15 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Sun, 17 Apr 2005 23:52:15 +0200 Subject: pam-0.79-5 errors In-Reply-To: <20050416145300.67308.qmail@web51503.mail.yahoo.com> References: <20050416145300.67308.qmail@web51503.mail.yahoo.com> Message-ID: <1113774735.3023.0.camel@hostmaster.org> On Sat, 2005-04-16 at 07:53 -0700, Steve G wrote: > It'll be in rawhide tomorrow. If you don't mind, let me know if this fixes your > problem. Unfortunately not, I still get these messages. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key There's too much blood in my caffeine system. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From thomasz at hostmaster.org Sun Apr 17 22:49:31 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Mon, 18 Apr 2005 00:49:31 +0200 Subject: boot hangs with initscripts-8.08 Message-ID: <1113778171.3023.9.camel@hostmaster.org> My system hangs when bringing up the network with initscripts-8.08. With ps I got the following information: 2655 tty1 S+ 0:00 /bin/bash /etc/init.d/network start 2782 tty1 S+ 0:00 /bin/sh /etc/sysconfig/network-scripts/ifup-post ifcfg-eth0 boot 2858 tty1 S+ 0:00 /bin/bash /etc/sysconfig/network-scripts/ifup-routes eth0 eth0 2859 tty1 S+ 0:00 egrep -q ^[[:space:]]*ADDRESS[0-9]+= Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Windows 98 supports real multitasking - it can boot and crash simultaneously. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From link at pobox.com Mon Apr 18 00:30:09 2005 From: link at pobox.com (Terje Bless) Date: Mon, 18 Apr 2005 02:30:09 +0200 Subject: boot hangs with initscripts-8.08 In-Reply-To: <1113778171.3023.9.camel@hostmaster.org> Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Zehetbauer wrote: >My system hangs when bringing up the network with initscripts-8.08. There's a missing "$file" in the input to grep in "/etc/sysconfig/network-scripts/ifup-routes", making grep hang waiting for data on STDIN. I've filed this as BZ Bug #155195 and attached a patch. As a workaround you can modify the script like this (line 31): - - if egrep -q '^[[:space:]]*ADDRESS[0-9]+=' ; then + if egrep -q '^[[:space:]]*ADDRESS[0-9]+=' $file ; then HTH, -link - -- "I don't mind being thought of as a badguy, but it /really/ annoys me to be thought of as an *incompetent* badguy!" -- John Moreno -----BEGIN PGP SIGNATURE----- Version: PGP SDK 3.2.2 iQA/AwUBQmL/kKPyPrIkdfXsEQLLMACg925tZZDRo13obPw6s0sbEh33dMEAoMdQ 3CvmI7ZOxzreFvIEFwiFpk6I =bSDj -----END PGP SIGNATURE----- From seandarcy2 at gmail.com Mon Apr 18 03:17:49 2005 From: seandarcy2 at gmail.com (sean) Date: Sun, 17 Apr 2005 23:17:49 -0400 Subject: kernel-smp-2.6.11-1226_FC4 dies on ICH6R Message-ID: I have a Gigabyte GA-8i915G PRO mobo with the Intel 82801FR hub ( ICH6R ), with only one SATA disk. FC3 kernels work fine, and use ata-piix and libsata. Because the rawhide kernel has the drivers for HDA sound, I got the new rawhide kernel to use alsa-1.0.9. But it won't boot. kernel panic. AFAICT, the new kernel include an ahci module, which should work with ich6r. But it doesn't. For some reason, it stops ata-piix from working. So fc4 won't work with the i915 chipsets with SATA drives. sean From byte at aeon.com.my Mon Apr 18 05:20:20 2005 From: byte at aeon.com.my (Colin Charles) Date: Mon, 18 Apr 2005 15:20:20 +1000 Subject: default media player In-Reply-To: <1113644439.16968.2.camel@otto.amantes> References: <1113326462.5525.38.camel@otto.amantes> <604aa79105041410555f935003@mail.gmail.com> <20050414204759.553b830b@python2> <425F58A5.8060602@nicubunu.ro> <754f42e705041423582dc340ea@mail.gmail.com> <1113644439.16968.2.camel@otto.amantes> Message-ID: <1113801620.4765.13.camel@arena.soho.bytebot.net> On Sat, 2005-04-16 at 11:40 +0200, Thomas Vander Stichele wrote: > No one from either Fedora or the community was asking for helixplayer > to > be put in FC. So who asked for it ? Product manager? It helps with the CVS trees, afaik -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From fedora at wir-sind-cool.org Mon Apr 18 06:23:21 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Mon, 18 Apr 2005 08:23:21 +0200 Subject: livna & fedora.us MLs / Solving dependencies... In-Reply-To: <1113773039.19927.42.camel@fc4t2.mpeters.local> References: <1113734318.5270.52.camel@fctmp> <1113773039.19927.42.camel@fc4t2.mpeters.local> Message-ID: <20050418082321.40bfebcc.fedora@wir-sind-cool.org> On Sun, 17 Apr 2005 14:23:59 -0700, Michael A. Peters wrote: > On Sun, 2005-04-17 at 12:38 +0200, Rakotomandimby (R12y) Mihamina wrote: > > Hello, > > > > I have a Fedora Core 3 I try to maitain "official": I mean I try to made > > minimum use of Livna/Fedora.us repositories. I maily use Fedora Core > > repositories, using yum (never apt). > > > > I made an update of my FC3 with only the Core 3 [stable only] > > repositories. > > Then I added Livna [stable and devel]+Fedora.us and "Fedora extras" > > repositories to have mplayer and mldonkey-server. > > > > I encounter a problem when trying to install mldonkey via yum, due to an > > openssl lib that is used by many programs and cant be replaced. > > > > How to manage it? What information have I got to look for to solve it? > > > > Here I give you the results of My actions: > > You have too much in your repo. > > You want just: > > Fedora Base > Fedora Update > Extras > 3 livna's (stable etc.) > > you don't need development or testing repo's - they are probably what is > breaking yum's attempt at resolving what is required. Additionally, with FC3, edit the *.repo files in the directory /etc/yum.repos.d/ instead of squeezing all repository definitions into the main yum.conf. -- Fedora Core release 3.91 (Pre-FC4) - Linux 2.6.11-1.1236_FC4 loadavg: 4.18 3.99 2.84 From kzak at redhat.com Mon Apr 18 10:19:33 2005 From: kzak at redhat.com (Karel Zak) Date: Mon, 18 Apr 2005 12:19:33 +0200 Subject: Why No Spider Monkey in Elinks In-Reply-To: <20050417003659.GA7129@rednote.net> References: <20050417003659.GA7129@rednote.net> Message-ID: <1113819573.3801.78.camel@petra> On Sat, 2005-04-16 at 20:36 -0400, Janina Sajka wrote: > I'm looking at elinks-0.10.3 currently in the development tree. It > appears to be built without Spider Monkey support, which is unfortunate > from my perspective. Reason is that this combo provides the eyes-free > user the only option currently viable for javascript support on web > pages. > > Is there some reason? Yes. There missing any JavaScript development package with Spider Monkey library and header files :-( Karel -- Karel Zak From malists at epon.ro Mon Apr 18 10:41:07 2005 From: malists at epon.ro (Marius Andreiana) Date: Mon, 18 Apr 2005 13:41:07 +0300 Subject: removing eog from core Message-ID: <1113820867.2981.4.camel@marte.biciclete.ro> Core includes now two GNOME image viewers: gthumb and eog. gthumb has more functionallity, including printing. Please remove eog (Could be maintained in extras if needed by somebody) Does anybody disagree? -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From stuart at terminus.co.uk Mon Apr 18 10:42:47 2005 From: stuart at terminus.co.uk (Stuart Children) Date: Mon, 18 Apr 2005 11:42:47 +0100 Subject: Guide on RPM building released In-Reply-To: <1113601794.4604.37.camel@localhost.localdomain> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> <1113599694.3391.2.camel@localhost.localdomain> <1113601794.4604.37.camel@localhost.localdomain> Message-ID: <42638F27.2020004@terminus.co.uk> Firstly, thanks to Guru Labs for releasing this! Per Bjornsson wrote: > On Fri, 2005-04-15 at 23:14 +0200, Kyrre Ness Sjobak wrote: > >>Only problem is, i can't get it printed - In acroread, it shows up all >>fine, but in ggv and in printout from acroread (piped through kprinter), >>many of the letters are completely messed up. Output of printer looks >>like "~~~~~"... Any ideas how to fix this? Hate on-screen reading :) I had the same problem with ggv on my FC3 desktop. > This happened in some versions of OpenOffice.org; the exported PDFs are > valid but the embedded fonts are too complicated for some PDF viewers to > deal with... Do you have Evince available? It seems to play ball, I just > tested it (didn't print the whole thing, but an export to PS looks > fine). Perhaps Xpdf in FC3 or higher can deal as well, Xpdf 3 is decent > at dealing with complicated font embedding. gpdf-2.8.2-4.2 on FC3 certainly seems to deal with it fine. HTH -- Stuart Children http://terminus.co.uk/ From malists at epon.ro Mon Apr 18 10:54:16 2005 From: malists at epon.ro (Marius Andreiana) Date: Mon, 18 Apr 2005 13:54:16 +0300 Subject: is tetex needed in core? Message-ID: <1113821656.3423.2.camel@marte.biciclete.ro> Looking at srpms ordered by size, I see tetex is the 3rd having 91mb. Is it considered a core package or could be imported in extras along with packages which depend on it? It also has problems with Unicode: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=71498 -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From ovidiu at linux360.ro Mon Apr 18 12:07:24 2005 From: ovidiu at linux360.ro (Ovidiu Lixandru) Date: Mon, 18 Apr 2005 14:07:24 +0200 Subject: removing eog from core In-Reply-To: <1113820867.2981.4.camel@marte.biciclete.ro> References: <1113820867.2981.4.camel@marte.biciclete.ro> Message-ID: <4263A2FC.8000108@linux360.ro> Yes, I do. Eog is a viewer (0.5s startup time). gThumb is a photo organizer (1.5s startup time). Period. Hmm. Something just hit me. Why not replace both of them with GIMP? ;) Marius Andreiana wrote: > Core includes now two GNOME image viewers: gthumb and eog. > gthumb has more functionallity, including printing. Please remove eog > (Could be maintained in extras if needed by somebody) > > Does anybody disagree? > -- Ovidiu Lixandru linux360 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3439 bytes Desc: S/MIME Cryptographic Signature URL: From rms at 1407.org Mon Apr 18 11:17:58 2005 From: rms at 1407.org (Rui Miguel Seabra) Date: Mon, 18 Apr 2005 12:17:58 +0100 Subject: is tetex needed in core? In-Reply-To: <1113821656.3423.2.camel@marte.biciclete.ro> References: <1113821656.3423.2.camel@marte.biciclete.ro> Message-ID: <1113823078.3263.8.camel@roque> You mean purging THE publishing system? OpenOffice.org, GNOME Office, K Office and the likes are for sissies! ;) Now seriously, TeTeX is quite an important [and big] package. While maybe not being installed by default would be acceptable, having to download it is a PITA, and as far as publishing goes, TeX is far, far superior to anything OpenOffice.org might comeup with. Simpler too, depending on the PoV of course, and CVS loves .TeX files way more than .sxw files :) Rui On Mon, 2005-04-18 at 13:54 +0300, Marius Andreiana wrote: > Looking at srpms ordered by size, I see tetex is the 3rd having 91mb. Is > it considered a core package or could be imported in extras along with > packages which depend on it? > > It also has problems with Unicode: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=71498 > > -- > Marius Andreiana > Epon -- future-proof business applications > http://www.epon.ro > > -- + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? Please AVOID sending me WORD, EXCEL or POWERPOINT attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From arjanv at redhat.com Mon Apr 18 11:21:30 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 18 Apr 2005 13:21:30 +0200 Subject: is tetex needed in core? In-Reply-To: <1113823078.3263.8.camel@roque> References: <1113821656.3423.2.camel@marte.biciclete.ro> <1113823078.3263.8.camel@roque> Message-ID: <1113823290.6274.45.camel@laptopd505.fenrus.org> On Mon, 2005-04-18 at 12:17 +0100, Rui Miguel Seabra wrote: > You mean purging THE publishing system? > > OpenOffice.org, GNOME Office, K Office and the likes are for sissies! ;) > > Now seriously, TeTeX is quite an important [and big] package. > While maybe not being installed by default would be acceptable, having > to download it is a PITA, and as far as publishing goes, TeX is far, far > superior to anything OpenOffice.org might comeup with. > > Simpler too, depending on the PoV of course, and CVS loves .TeX files > way more than .sxw files :) latex is used *a lot* in scientific and technical groups. And we use it in places to build documentation for packages, so dropping it would also require dropping those packages... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From malists at epon.ro Mon Apr 18 11:25:06 2005 From: malists at epon.ro (Marius Andreiana) Date: Mon, 18 Apr 2005 14:25:06 +0300 Subject: is tetex needed in core? In-Reply-To: <1113823290.6274.45.camel@laptopd505.fenrus.org> References: <1113821656.3423.2.camel@marte.biciclete.ro> <1113823078.3263.8.camel@roque> <1113823290.6274.45.camel@laptopd505.fenrus.org> Message-ID: <1113823506.3423.17.camel@marte.biciclete.ro> On Mon, 2005-04-18 at 13:21 +0200, Arjan van de Ven wrote: > On Mon, 2005-04-18 at 12:17 +0100, Rui Miguel Seabra wrote: > > Now seriously, TeTeX is quite an important [and big] package. > > While maybe not being installed by default would be acceptable, having > > to download it is a PITA, and as far as publishing goes, TeX is far, far > > superior to anything OpenOffice.org might comeup with. > > latex is used *a lot* in scientific and technical groups. And we use it > in places to build documentation for packages, so dropping it would also > require dropping those packages... Thanks for explanations. This will remain in archives in case anyone will wonder again about tetex. -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From jnovy at redhat.com Mon Apr 18 11:30:07 2005 From: jnovy at redhat.com (Jindrich Novy) Date: Mon, 18 Apr 2005 13:30:07 +0200 Subject: is tetex needed in core? In-Reply-To: <1113821656.3423.2.camel@marte.biciclete.ro> References: <1113821656.3423.2.camel@marte.biciclete.ro> Message-ID: <1113823807.24202.34.camel@obelix.redhat.usu> On Mon, 2005-04-18 at 13:54 +0300, Marius Andreiana wrote: > Looking at srpms ordered by size, I see tetex is the 3rd having 91mb. Is > it considered a core package or could be imported in extras along with > packages which depend on it? Plenty of packages are dependent on teTeX packages as they're using TeX tools for generating documentation directly or using some helper utilities such as latex2html, etc. Hence moving teTeX to Extras seems to be as a pretty hard task. > It also has problems with Unicode: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=71498 UTF-8 support works just fine for me with teTeX-3.0. Regards, Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ The worst evil in the word is refusal to think. From jdesbonnet at gmail.com Mon Apr 18 11:33:35 2005 From: jdesbonnet at gmail.com (Joe Desbonnet) Date: Mon, 18 Apr 2005 12:33:35 +0100 Subject: removing eog from core In-Reply-To: <4263A2FC.8000108@linux360.ro> References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> Message-ID: <1cef3e9505041804336f9ad3f7@mail.gmail.com> I agree with the removal -- far too much overlap between various utilities on the FC3 desktop. I recently tried to sort through a photo shoot using FC3 and found the experience fustrating. Example: I click on a folder of images, then click on an image: I get Eog. I plug a CF card into the computer, click on "Import" button, browse down to my images, click on an image I get gThumb. Same thing: why two different programs? Joe. (sorry, probably a bit OT) On 4/18/05, Ovidiu Lixandru wrote: > Yes, I do. > Eog is a viewer (0.5s startup time). gThumb is a photo organizer (1.5s > startup time). Period. > Hmm. Something just hit me. Why not replace both of them with GIMP? ;) > > Marius Andreiana wrote: > > Core includes now two GNOME image viewers: gthumb and eog. > > gthumb has more functionallity, including printing. Please remove eog > > (Could be maintained in extras if needed by somebody) > > > > Does anybody disagree? > > > > -- > Ovidiu Lixandru > linux360 > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > > > From buildsys at redhat.com Mon Apr 18 11:39:18 2005 From: buildsys at redhat.com (Build System) Date: Mon, 18 Apr 2005 07:39:18 -0400 Subject: rawhide report: 20050418 changes Message-ID: <200504181139.j3IBdID9026695@porkchop.devel.redhat.com> Updated Packages: gd-2.0.33-2 ----------- * Sun Apr 17 2005 Warren Togami 2.0.33-2 - devel reqs (#155183 thias) * Tue Mar 22 2005 Than Ngo 2.0.33-1 - 2.0.33 #150717 - apply the patch from Jose Pedro Oliveira - Added the release macro to the subpackages requirements versioning - Handled the gdlib-config movement to gd-devel in a differment manner - Added fontconfig-devel to the build requirements - Added xorg-x11-devel to the build requirements (Xpm) - Removed explicit /sbin/ldconfig requirement (gd rpm) - Removed explicit perl requirement (gd-progs rpm) - Added several missing documentation files (including the license file) - Replaced %makeinstall by make install DESTDIR=... * Thu Mar 10 2005 Than Ngo 2.0.32-3 - move gdlib-config in devel glibc-kernheaders-2.4-9.1.94 ---------------------------- * Sun Apr 17 2005 David Woodhouse 2.4-9.1.94 - Remove __user from videodev, dvb headers (#155157) httpd-2.0.54-3 -------------- * Mon Apr 18 2005 Joe Orton 2.0.54-3 - update to 2.0.54 iptstate-1.4-1 -------------- * Sun Apr 17 2005 Warren Togami 1.4-1 - 1.4 mod_perl-2.0.0-0.rc5.1 ---------------------- * Sat Apr 16 2005 Warren Togami - 2.0.0-0.rc5.1 - 2.0.0-RC5 * Sun Apr 03 2005 Jose Pedro Oliveira - 2.0.0-0.rc4.1 - Update to 2.0.0-RC4. - Specfile cleanup. (#153236) perl-XML-Twig-3.17-1 -------------------- * Sun Apr 17 2005 Jose Pedro Oliveira - 3.17-1 - Update to 3.17. - Specfile cleanup. (#155168) sox-12.17.7-1 ------------- * Sun Apr 17 2005 Warren Togami >Unfortunately not, I still get these messages. I'm going to make another exception in the audit libs. Audit 0.6.11 will be released today. It should be in rawhide tomorrow. In the meantime, if you have the pam srpm, there's a define WITH_AUDIT at the top of the specfile, change that from a 1 to a 0 and rebuild the rpm. -Steve __________________________________ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs From thomasz at hostmaster.org Mon Apr 18 12:43:30 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Mon, 18 Apr 2005 14:43:30 +0200 Subject: pam-0.79-5 errors In-Reply-To: <20050418122821.96114.qmail@web51501.mail.yahoo.com> References: <20050418122821.96114.qmail@web51501.mail.yahoo.com> Message-ID: <1113828210.3023.18.camel@hostmaster.org> On Mon, 2005-04-18 at 05:28 -0700, Steve G wrote: > I'm going to make another exception in the audit libs. Audit 0.6.11 will be > released today. It should be in rawhide tomorrow. In the meantime, if you have > the pam srpm, there's a define WITH_AUDIT at the top of the specfile, change that > from a 1 to a 0 and rebuild the rpm. It's fine for me as long as I can log in ;-) I just think that the final release should not throw these messages when using a custom kernel. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Those, who are willing to give up essential liberty for the sake of short-term security deserve neither liberty nor security. - Benjamin Franklin -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From casimiro.barreto at gmail.com Mon Apr 18 12:59:08 2005 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Mon, 18 Apr 2005 09:59:08 -0300 Subject: gcc4_0 screwed... Message-ID: <4263AF1C.5090208@gmail.com> An HTML attachment was scrubbed... URL: From arjanv at redhat.com Mon Apr 18 13:02:49 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Mon, 18 Apr 2005 15:02:49 +0200 Subject: gcc4_0 screwed... In-Reply-To: <4263AF1C.5090208@gmail.com> References: <4263AF1C.5090208@gmail.com> Message-ID: <1113829369.6274.57.camel@laptopd505.fenrus.org> > color.c:498: error: invalid lvalue in increment > color.c:499: error: invalid lvalue in increment > make[3]: *** [color.lo] Error 1 > > for (x=0; x < (width / 4); x++) { > n1 = *(((unsigned int *) src1)++); > n2 = *(((unsigned int *) src2)++); > n3 = (n1 & 0xFF00FF00) >> 8; > n4 = (n2 & 0xFF00FF00) >> 8; > n1 &= 0x00FF00FF; > n2 &= 0x00FF00FF; > > and that doesn't seem to be ?lazy code?... no it's just plain broken and invalid code; gcc won't be "fixed" to accept this invalid code in the future.. > RTjpeg.c:101: error: invalid lvalue in assignment > (uint8_t)strm[0]=(uint8_t)(data[RTjpeg_ZZ[0]]>254) ? 254:((data > [RTjpeg_ZZ[0]]<0)?0:data[RTjpeg_ZZ[0]]); eh what does it mean to cast that strm[0] ??????? I think that's invalid code too > I don't think that upgrading is a bad idea, but I do think that I think you might just need a binutils upgrade just as well -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From janina at rednote.net Mon Apr 18 13:28:40 2005 From: janina at rednote.net (Janina Sajka) Date: Mon, 18 Apr 2005 09:28:40 -0400 Subject: Why No Spider Monkey in Elinks In-Reply-To: <1113819573.3801.78.camel@petra> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> Message-ID: <20050418132840.GB7129@rednote.net> Karel Zak writes: > On Sat, 2005-04-16 at 20:36 -0400, Janina Sajka wrote: > > I'm looking at elinks-0.10.3 currently in the development tree. It > > appears to be built without Spider Monkey support, which is unfortunate > > from my perspective. Reason is that this combo provides the eyes-free > > user the only option currently viable for javascript support on web > > pages. > > > > Is there some reason? > > Yes. There missing any JavaScript development package with Spider Monkey > library and header files :-( Indeed, I was not able to find these. But then how are the Debian people getting Spider Monkey into elinks? I guess I'll have to ask what specific .deb packages they're using. > > Karel > > -- > Karel Zak > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem. From tshb at cs.umass.edu Mon Apr 18 14:33:33 2005 From: tshb at cs.umass.edu (Tom Heydt-Benjamin) Date: Mon, 18 Apr 2005 10:33:33 -0400 Subject: Instrumenting kernel for boot time profiling Message-ID: <4263C53D.1050807@cs.umass.edu> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey Folks! I followed with interest the "Boot Poster Challenge" thread from November. If I am correct, all of the profiling results that were demonstrated were done in userland by instrumenting the rc files and such. Has anyone experimented with instrumenting the kernel to try and get fine grained profiling data from the earliest parts of the boot process? I need to do this for some experiments that we are performing with power management of small mobile Linux devices, and before I re-invent the wheel, I want to know what wisdom is available on collecting timing data from the kernel starting early in the boot process. Sincerely Yours, ---Tom Heydt-Benjamin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCY8U8aLVgMs89qN8RAmxyAKDJJpDzObzCnl9s+ye2NGztKDZZjwCffGEt wlJ9oss23ZJGvqeYVKFfSG4= =cOsR -----END PGP SIGNATURE----- From pjones at redhat.com Mon Apr 18 14:40:48 2005 From: pjones at redhat.com (Peter Jones) Date: Mon, 18 Apr 2005 10:40:48 -0400 Subject: gcc4_0 screwed... In-Reply-To: <4263AF1C.5090208@gmail.com> References: <4263AF1C.5090208@gmail.com> Message-ID: <1113835248.5951.26.camel@localhost.localdomain> On Mon, 2005-04-18 at 09:59 -0300, Casimiro de Almeida Barreto wrote: > > Other example: while compiling libquicktime... > > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../include/quicktime > -I../../include -I../../include/ -DMMX -O3 -funroll-all-loops > -fomit-frame-pointer -falign-loops=2 -falign-jumps=2 > -falign-functions=2 -finline-functions -Wall -Winline -march=pentium > -O3 -funroll-all-loops -fomit-frame-pointer -falign-loops=2 > -falign-jumps=2 -falign-functions=2 -finline-functions -Wall -Winline > -MT RTjpeg.lo -MD -MP -MF .deps/RTjpeg.Tpo -c RTjpeg.c -fPIC -DPIC > -o .libs/RTjpeg.o Wow. I agree with arjan's speculation about needing a newer binutils. At the same time, this command line is a bit over the top. Never mind that most of the arguments that typically are part of CFLAGS are specified twice -- which can't be a good sign, but probably won't actually hurt anything -- you should probably consider using "-O2" instead of "-O3". -O3 has _never_ been something that sees significant testing on the scale -O2 does, and simply is not recommended for use. > In file included from RTjpeg.c:40: > RTjpeg.h:99: warning: 'packed' attribute ignored That means you've got a structure declared with __attribute__((packed)), but that structure would be naturally behave as if it were packed. > RTjpeg.c: In function 'RTjpeg_b2s': > RTjpeg.c:101: error: invalid lvalue in assignment This is because you're casting an lvalue, which isn't valid in C. > RTjpeg.c: In function 'RTjpeg_compressYUV420': > RTjpeg.c:2503: warning: pointer targets in initialization differ in > signedness > RTjpeg.c:2505: warning: pointer targets in initialization differ in > signedness > RTjpeg.c:2506: warning: pointer targets in initialization differ in > signedness > RTjpeg.c:2518: warning: pointer targets in passing argument 2 of > 'RTjpeg_dctY' differ in signedness These would appear to be the bugs that the code is trying to mask by illegally casting an lvalue. -- Peter From kyrre at solution-forge.net Mon Apr 18 15:12:57 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 17:12:57 +0200 Subject: Guide on RPM building released In-Reply-To: <42638F27.2020004@terminus.co.uk> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> <1113599694.3391.2.camel@localhost.localdomain> <1113601794.4604.37.camel@localhost.localdomain> <42638F27.2020004@terminus.co.uk> Message-ID: <1113837176.3368.12.camel@localhost.localdomain> man, 18.04.2005 kl. 12.42 skrev Stuart Children: > Firstly, thanks to Guru Labs for releasing this! > > Per Bjornsson wrote: > > On Fri, 2005-04-15 at 23:14 +0200, Kyrre Ness Sjobak wrote: > > > >>Only problem is, i can't get it printed - In acroread, it shows up all > >>fine, but in ggv and in printout from acroread (piped through kprinter), > >>many of the letters are completely messed up. Output of printer looks > >>like "~~~~~"... Any ideas how to fix this? Hate on-screen reading :) > > I had the same problem with ggv on my FC3 desktop. > > > This happened in some versions of OpenOffice.org; the exported PDFs are > > valid but the embedded fonts are too complicated for some PDF viewers to > > deal with... Do you have Evince available? It seems to play ball, I just > > tested it (didn't print the whole thing, but an export to PS looks > > fine). Perhaps Xpdf in FC3 or higher can deal as well, Xpdf 3 is decent > > at dealing with complicated font embedding. > > gpdf-2.8.2-4.2 on FC3 certainly seems to deal with it fine. > > HTH > > -- > Stuart Children > http://terminus.co.uk/ After doing some "debugging" i have found out that the error occurs somewhere between acrobat and kprinter - if i click "open file" in kprinter (where file is "/tmp/Acro000P9qPen"), i can see the same old "~~~" where the text should be (in KGhostView). So this is probably just acrobat producing borked output. Nothing to see here, please move along... But this also applies to ggv etc. - but here i can't even read it, its full of strange symbols everywhere. Haven't tried gpdf, then. I just havent got any great experience with it... Ill try that (and dump bug reports at ggv and adobe) Kyrre From casimiro.barreto at gmail.com Mon Apr 18 15:16:31 2005 From: casimiro.barreto at gmail.com (Casimiro de Almeida Barreto) Date: Mon, 18 Apr 2005 12:16:31 -0300 Subject: More compiling problems... Message-ID: <4263CF4F.6090001@gmail.com> An HTML attachment was scrubbed... URL: From fedora at camperquake.de Mon Apr 18 15:23:01 2005 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 18 Apr 2005 17:23:01 +0200 Subject: More compiling problems... In-Reply-To: <4263CF4F.6090001@gmail.com> References: <4263CF4F.6090001@gmail.com> Message-ID: <20050418172301.32a5b7e7@nausicaa.camperquake.de> Hi. Casimiro de Almeida Barreto wrote: > struct v4l2_window > { > struct v4l2_rect w; > enum v4l2_field field; > __u32 chromakey; > struct v4l2_clip __user *clips; > __u32 clipcount; > void __user *bitmap; > }; __user was removed from the kernel headers not long ago. -- "Opera is when a guy gets stabbed in the back and instead of bleeding, he sings." -- Ed Gardner From gemi at bluewin.ch Mon Apr 18 16:01:48 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Mon, 18 Apr 2005 18:01:48 +0200 Subject: Emacs vs. XEmacs Message-ID: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> That FC4 will contain only Emacs, not XEmacs, is fine with me - in principle. However the XEmacs distribution contains the sumo package which contains important packages like auctex. Currently auctex is not part of FC4. Maybe there should be a package similar to sumo, but for Emacs. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From Nigel.Metheringham at dev.intechnology.co.uk Mon Apr 18 16:14:16 2005 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Mon, 18 Apr 2005 17:14:16 +0100 Subject: Emacs vs. XEmacs In-Reply-To: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> Message-ID: <1113840856.5920.58.camel@angua.localnet> On Mon, 2005-04-18 at 18:01 +0200, G?rard Milmeister wrote: > That FC4 will contain only Emacs, not XEmacs, is fine with me - in > principle. However the XEmacs distribution contains the sumo package > which contains important packages like auctex. Currently auctex is not > part of FC4. Maybe there should be a package similar to sumo, but for > Emacs. On a similarish note, I can live with Emacs but I can't live without gnuserv/gnuclient (again part of XEmacs, although there are Emacs ports). Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From sundaram at redhat.com Mon Apr 18 16:25:28 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 18 Apr 2005 21:55:28 +0530 Subject: Emacs vs. XEmacs In-Reply-To: <1113840856.5920.58.camel@angua.localnet> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> <1113840856.5920.58.camel@angua.localnet> Message-ID: <4263DF78.9080202@redhat.com> Hi >On a similarish note, I can live with Emacs but I can't live without >gnuserv/gnuclient (again part of XEmacs, although there are Emacs >ports). > If you are going to make arguments for retaining either Emacs or XEmacs in Fedora Core, it should be something more than a expression of personal preferences. regards Rahul From Nigel.Metheringham at dev.intechnology.co.uk Mon Apr 18 16:37:59 2005 From: Nigel.Metheringham at dev.intechnology.co.uk (Nigel Metheringham) Date: Mon, 18 Apr 2005 17:37:59 +0100 Subject: Emacs vs. XEmacs In-Reply-To: <4263DF78.9080202@redhat.com> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> <1113840856.5920.58.camel@angua.localnet> <4263DF78.9080202@redhat.com> Message-ID: <1113842280.5920.62.camel@angua.localnet> On Mon, 2005-04-18 at 21:55 +0530, Rahul Sundaram wrote: > Hi > > >On a similarish note, I can live with Emacs but I can't live without > >gnuserv/gnuclient (again part of XEmacs, although there are Emacs > >ports). > If you are going to make arguments for retaining either Emacs or XEmacs > in Fedora Core, it should be something more than a expression of > personal preferences. Its more a statement that emacsclient (the Emacs version of gnuclient - I never quite understood why the naming seemed to flip round here) sucks compared to gnuclient. In fact it sucks really hard without needing any comparisons :-) Nigel. -- [ Nigel Metheringham Nigel.Metheringham at InTechnology.co.uk ] [ - Comments in this message are my own and not ITO opinion/policy - ] From pknirsch at redhat.com Mon Apr 18 17:01:04 2005 From: pknirsch at redhat.com (Phil Knirsch) Date: Mon, 18 Apr 2005 19:01:04 +0200 Subject: Problem with /sbin/service stop FOO in uninstall scripts... Message-ID: <4263E7D0.3000408@redhat.com> Hi folks. I stumbled across a problem today which at first sight might sound trivial and irrelevant, but i'll come to some examples later. The problem is that hardly any of the uninstall scripts which have a service they want to stop ever check if the service is running at all. They usually simply do a: if [ "$1" = 0 ]; then /sbin/service FOO stop >/dev/null 2>&1 /sbin/chkconfig --del FOO fi Thats nice and fine in the general case, but as soon as you are working in a chroot environment you can get really strange results: Imagine you are remotely logged into a system via ssh, have a chroot and are working in it and decide to remove the package openssh-server in that chroot. What would you except? Surely not that your sshd on the remote system suddenly stops. But unfortunately thats what then happens because /sbin/service stop calls killproc which first tries to find /var/lock/subsys/FOO, then some other checks and if it didn't find anything in the end it calls pidof FOO. And that just goes through /proc and if it finds a matching name, in that case the sshd of the remote system it happily uses that one to kill. Bang! Your sshd is gone. Imagine that with a system 100s of miles away... And thats only 1 example, it can hit you with a rescue system as well where you work in a chroot to bring back up your system again. But there is light at the end of the tunnel: There are several fairly straightforward and pretty nice solutions to that problem. 1) As vixie-cron already does simply do this: if [ "$1" = 0 ]; then [ -f /var/lock/subsys/crond ] && /sbin/service crond stop >/dev/null 2>&1 /sbin/chkconfig --del crond fi Nice, easy and understandable. Only stop the service if it is running at all. This is actually my favourite solution as it's really clean and doesn't change behaviour of a system command. 2) Fix /sbin/pidof to check wether the /proc/1/root matches the found /proc/$pid/root This solution would require a fix in pidof. It would also change the current behaviour, but arguably to correct a bug that pidof had. Because honestly i wouldn't expect pidof to list pids of processes outside of my chroot. 3) Fix the inbetweener: killproc() in initrc functions. So basically keep pidof as it is but make the check mentioned in 2) in killproc() instead. I see that 3rd solution a way around fixing possibly 76 specfiles in devel with solution 1. Just food for though and comments welcome, as always. I'd really like to hear if you think this is a problem, too, or if i am just paranoid. :) Read ya, Phil -- Philipp Knirsch | Tel.: +49-711-96437-470 Development | Fax.: +49-711-96437-111 Red Hat GmbH | Email: Phil Knirsch Hauptstaetterstr. 58 | Web: http://www.redhat.de/ D-70178 Stuttgart Motd: You're only jealous cos the little penguins are talking to me. From jwz at jwz.org Mon Apr 18 18:04:00 2005 From: jwz at jwz.org (Jamie Zawinski) Date: Mon, 18 Apr 2005 11:04:00 -0700 Subject: Emacs vs. XEmacs References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> <1113840856.5920.58.camel@angua.localnet> <4263DF78.9080202@redhat.com> Message-ID: <4263F690.35CC91F3@jwz.org> I'm curious, do you have any way of determining which is actually more popular these days? Based on previous core/extras discussions I've seen here, I'm surprised that you're not punting both to Extras. -- Jamie Zawinski jwz at jwz.org http://www.jwz.org/ jwz at dnalounge.com http://www.dnalounge.com/ http://jwz.livejournal.com/ From jwz at jwz.org Mon Apr 18 18:08:24 2005 From: jwz at jwz.org (Jamie Zawinski) Date: Mon, 18 Apr 2005 11:08:24 -0700 Subject: removing eog from core References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> <1cef3e9505041804336f9ad3f7@mail.gmail.com> Message-ID: <4263F798.47F76F0B@jwz.org> Joe Desbonnet wrote: > > I recently tried to sort through a photo shoot using FC3 and found the > experience fustrating. That much I'll agree with. Me, I still use "xv"... I find "eog" pretty unusable in comparison. > I click on a folder of images, then click on an image: I get Eog. > > I plug a CF card into the computer, click on "Import" button, browse > down to my images, click on an image I get gThumb. > > Same thing: why two different programs? FWIW, MacOS X has the same behavior: "Preview" versus "iPhoto". -- Jamie Zawinski jwz at jwz.org http://www.jwz.org/ jwz at dnalounge.com http://www.dnalounge.com/ http://jwz.livejournal.com/ From kyrre at solution-forge.net Mon Apr 18 18:19:22 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 20:19:22 +0200 Subject: removing eog from core In-Reply-To: <4263F798.47F76F0B@jwz.org> References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> <1cef3e9505041804336f9ad3f7@mail.gmail.com> <4263F798.47F76F0B@jwz.org> Message-ID: <1113848361.3368.15.camel@localhost.localdomain> Doesen't nautilus have a preview anyway? No, it doesen't show exif etc, but rigth-click on file -> properties gives you that. Now what do we need eog for? man, 18.04.2005 kl. 20.08 skrev Jamie Zawinski: > Joe Desbonnet wrote: > > > > I recently tried to sort through a photo shoot using FC3 and found the > > experience fustrating. > > That much I'll agree with. Me, I still use "xv"... > I find "eog" pretty unusable in comparison. > > > I click on a folder of images, then click on an image: I get Eog. > > > > I plug a CF card into the computer, click on "Import" button, browse > > down to my images, click on an image I get gThumb. > > > > Same thing: why two different programs? > > FWIW, MacOS X has the same behavior: "Preview" versus "iPhoto". > > -- > Jamie Zawinski jwz at jwz.org http://www.jwz.org/ > jwz at dnalounge.com http://www.dnalounge.com/ > http://jwz.livejournal.com/ From kyrre at solution-forge.net Mon Apr 18 18:29:52 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 20:29:52 +0200 Subject: Guide on RPM building released In-Reply-To: <42638F27.2020004@terminus.co.uk> References: <1113422273.5637.9.camel@mentorng.gurulabs.com> <1113599694.3391.2.camel@localhost.localdomain> <1113601794.4604.37.camel@localhost.localdomain> <42638F27.2020004@terminus.co.uk> Message-ID: <1113848991.3368.23.camel@localhost.localdomain> > gpdf-2.8.2-4.2 on FC3 certainly seems to deal with it fine. Confirmed. Print looks nice as well. Anybody check with evince? Try to print page 4 from evince. BTW. It wasn't the printer who was the culprit - i did this testing here at home, on a small HP 930 C inkjet. Same strange symbols (and same in print preview). Which version of GGV do you use? I can't report from the version on my desktop, as i am still stuck on FC2 at home :) Nice OS though, not the worst to be stuck at... Kyrre Ness Sj?b?k From tmraz at redhat.com Mon Apr 18 19:11:28 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 18 Apr 2005 21:11:28 +0200 Subject: Problem with /sbin/service stop FOO in uninstall scripts... In-Reply-To: <4263E7D0.3000408@redhat.com> References: <4263E7D0.3000408@redhat.com> Message-ID: <1113851488.6184.58.camel@perun.redhat.usu> On Mon, 2005-04-18 at 19:01 +0200, Phil Knirsch wrote: > What would you except? Surely not that your sshd on the remote system > suddenly stops. But unfortunately thats what then happens because > /sbin/service stop calls killproc which first tries to find > /var/lock/subsys/FOO, then some other checks and if it didn't find > anything in the end it calls pidof FOO. And that just goes through /proc > and if it finds a matching name, in that case the sshd of the remote > system it happily uses that one to kill. Bang! Your sshd is gone. > Imagine that with a system 100s of miles away... Actually this example is no longer valid because the openssh sshd init script was patched so it doesn't stop sshd session processes, only the parent one with the pid in /var/run/sshd.pid > 3) Fix the inbetweener: killproc() in initrc functions. So basically > keep pidof as it is but make the check mentioned in 2) in killproc() > instead. A question unrelated to the chroot problem is if there shouldn't be also a killprocpidfile function which would only kill process with id specified in /var/run/FOO.pid. -- Tomas Mraz From thomasz at hostmaster.org Mon Apr 18 19:15:23 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Mon, 18 Apr 2005 21:15:23 +0200 Subject: pilot brokenness Message-ID: <1113851723.3023.31.camel@hostmaster.org> With FC3 I added the following line to /etc/udev/rules.d/10-local.rules: KERNEL="ttyUSB1",SYMLINK="pilot" Now that I moved to FC4 rawhide my /dev/pilot no longer gets assigned to the console owner unless I manually call pam_console_apply after connecting the device. I wonder how this is supposed to work, what is responsible for setting the ownership? Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Governments, if they endure, always tend increasingly toward aristocratic forms. No government in history has been known to evade this pattern. And as the aristocracy develops, government tends more and more to act exclusively in the interest of the ruling class - whether that class hereditary royalty, oligarchs of financial empires, or entrenched bureaucracy. Frank Herbert, Children of Dune -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From ianburrell at gmail.com Mon Apr 18 19:32:20 2005 From: ianburrell at gmail.com (Ian Burrell) Date: Mon, 18 Apr 2005 12:32:20 -0700 Subject: removing eog from core In-Reply-To: <1113848361.3368.15.camel@localhost.localdomain> References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> <1cef3e9505041804336f9ad3f7@mail.gmail.com> <4263F798.47F76F0B@jwz.org> <1113848361.3368.15.camel@localhost.localdomain> Message-ID: On 4/18/05, Kyrre Ness Sjobak wrote: > Doesen't nautilus have a preview anyway? No, it doesen't show exif etc, > but rigth-click on file -> properties gives you that. > > Now what do we need eog for? > Because eog provides the image preview for nautilus. eog is required by nautilus in FC3. - Ian From walters at redhat.com Mon Apr 18 19:45:19 2005 From: walters at redhat.com (Colin Walters) Date: Mon, 18 Apr 2005 15:45:19 -0400 Subject: Emacs vs. XEmacs In-Reply-To: <4263F690.35CC91F3@jwz.org> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> <1113840856.5920.58.camel@angua.localnet> <4263DF78.9080202@redhat.com> <4263F690.35CC91F3@jwz.org> Message-ID: <1113853519.3749.8.camel@nexus.verbum.private> On Mon, 2005-04-18 at 11:04 -0700, Jamie Zawinski wrote: > I'm curious, do you have any way of determining which is actually more > popular these days? I don't think anyone has claimed they have a scientific measure. > Based on previous core/extras discussions I've seen here, I'm surprised > that you're not punting both to Extras. While it's true that both Emacs and XEmacs fail on a number of points for inclusion in Core such as using a modern toolkit?, we should remember that one of the primary targets for Fedora Core is "free software hacker", and many, many of us still use an emacsen. ? I'm aware of work to have Emacs and XEmacs use GTK+ for menus and such, but to really be useful they need to use e.g. Pango for buffer display. From gemi at bluewin.ch Mon Apr 18 19:53:33 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Mon, 18 Apr 2005 21:53:33 +0200 Subject: Emacs vs. XEmacs In-Reply-To: <1113853519.3749.8.camel@nexus.verbum.private> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> <1113840856.5920.58.camel@angua.localnet> <4263DF78.9080202@redhat.com> <4263F690.35CC91F3@jwz.org> <1113853519.3749.8.camel@nexus.verbum.private> Message-ID: <1113854013.16975.2.camel@scriabin.tannenrauch.ch> On Mon, 2005-04-18 at 15:45 -0400, Colin Walters wrote: > While it's true that both Emacs and XEmacs fail on a number of points > for inclusion in Core such as using a modern toolkit?, I don't think *that* should be a criterion. > we should > remember that one of the primary targets for Fedora Core is "free > software hacker", and many, many of us still use an emacsen. > > ? I'm aware of work to have Emacs and XEmacs use GTK+ for menus and > such, but to really be useful they need to use e.g. Pango for buffer > display. The rpms made by Jens Petersen for Emacs 22.0.50 use GTK and seem to work well. Emacs feels a little faster than XEmacs, it would be ok for me to give up XEmacs, if the most important packages (auctex, again) were included. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From mihamina at mail.rktmb.org Mon Apr 18 20:27:35 2005 From: mihamina at mail.rktmb.org (Rakotomandimby (R12y) Mihamina) Date: Mon, 18 Apr 2005 22:27:35 +0200 Subject: livna & fedora.us MLs / Solving dependencies... In-Reply-To: <1113773039.19927.42.camel@fc4t2.mpeters.local> References: <1113734318.5270.52.camel@fctmp> <1113773039.19927.42.camel@fc4t2.mpeters.local> Message-ID: <1113856055.5273.24.camel@fctmp> On Sun, 2005-04-17 at 14:23 -0700, Michael A. Peters wrote: > You have too much in your repo. Yes that was. Thank you. -- Get a fully managed dedicated server for ?200/month ($257/month) No time limit for taking care of your server. You keep the "root" acces if you want. Billing periods are 3 months. See the conditions at http://aspo.rktmb.org/activities/managed_servers From malists at epon.ro Mon Apr 18 20:35:33 2005 From: malists at epon.ro (Marius Andreiana) Date: Mon, 18 Apr 2005 23:35:33 +0300 Subject: removing eog from core In-Reply-To: References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> <1cef3e9505041804336f9ad3f7@mail.gmail.com> <4263F798.47F76F0B@jwz.org> <1113848361.3368.15.camel@localhost.localdomain> Message-ID: <1113856533.20283.2.camel@marte.biciclete.ro> On Mon, 2005-04-18 at 12:32 -0700, Ian Burrell wrote: > > Now what do we need eog for? > Because eog provides the image preview for nautilus. eog is required > by nautilus in FC3. Not anymore in FC4. Anyway, eog is only 600k. It doesn't worth discussing/arguing about it. If some people want it, let it be and let's move to next :-) -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From kyrre at solution-forge.net Mon Apr 18 20:41:34 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Mon, 18 Apr 2005 22:41:34 +0200 Subject: removing eog from core In-Reply-To: References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> <1cef3e9505041804336f9ad3f7@mail.gmail.com> <4263F798.47F76F0B@jwz.org> <1113848361.3368.15.camel@localhost.localdomain> Message-ID: <1113856894.3368.31.camel@localhost.localdomain> man, 18.04.2005 kl. 21.32 skrev Ian Burrell: > On 4/18/05, Kyrre Ness Sjobak wrote: > > Doesen't nautilus have a preview anyway? No, it doesen't show exif etc, > > but rigth-click on file -> properties gives you that. > > > > Now what do we need eog for? > > > > Because eog provides the image preview for nautilus. eog is required > by nautilus in FC3. > Oh. Please excuse my ignorance. From kzak at redhat.com Mon Apr 18 21:05:59 2005 From: kzak at redhat.com (Karel Zak) Date: Mon, 18 Apr 2005 23:05:59 +0200 Subject: Why No Spider Monkey in Elinks In-Reply-To: <20050418132840.GB7129@rednote.net> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> Message-ID: <1113858359.3801.126.camel@petra> On Mon, 2005-04-18 at 09:28 -0400, Janina Sajka wrote: > Karel Zak writes: > > On Sat, 2005-04-16 at 20:36 -0400, Janina Sajka wrote: > > > I'm looking at elinks-0.10.3 currently in the development tree. It > > > appears to be built without Spider Monkey support, which is unfortunate > > > from my perspective. Reason is that this combo provides the eyes-free > > > user the only option currently viable for javascript support on web > > > pages. > > > > > > Is there some reason? > > > > Yes. There missing any JavaScript development package with Spider Monkey > > library and header files :-( > > Indeed, I was not able to find these. But then how are the Debian people > getting Spider Monkey into elinks? I guess I'll have to ask what > specific .deb packages they're using. I talked about Fedora/RHEL, but Debian has mozilla-dev package. It means the Debian people hasn't problem build elinks with JS support. official mozilla libjs (+ RPMS): http://ftp.mozilla.org/pub/mozilla.org/js/ -- you can try install it and rebuild Fedora elinks scr.rpm. Debian (mozilla-dev or libnspr): ftp://ftp.debian.cz/debian/pool/main/m/mozilla/ Karel -- Karel Zak From cmadams at hiwaay.net Mon Apr 18 21:08:51 2005 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 18 Apr 2005 16:08:51 -0500 Subject: Problem with /sbin/service stop FOO in uninstall scripts... In-Reply-To: <1113851488.6184.58.camel@perun.redhat.usu> References: <4263E7D0.3000408@redhat.com> <1113851488.6184.58.camel@perun.redhat.usu> Message-ID: <20050418210851.GE980042@hiwaay.net> Once upon a time, Tomas Mraz said: > On Mon, 2005-04-18 at 19:01 +0200, Phil Knirsch wrote: > > 3) Fix the inbetweener: killproc() in initrc functions. So basically > > keep pidof as it is but make the check mentioned in 2) in killproc() > > instead. > A question unrelated to the chroot problem is if there shouldn't be also > a killprocpidfile function which would only kill process with id > specified in /var/run/FOO.pid. A related topic is: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=63440 -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From aoliva at redhat.com Mon Apr 18 21:46:32 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 18 Apr 2005 18:46:32 -0300 Subject: Emacs vs. XEmacs In-Reply-To: <1113854013.16975.2.camel@scriabin.tannenrauch.ch> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> <1113840856.5920.58.camel@angua.localnet> <4263DF78.9080202@redhat.com> <4263F690.35CC91F3@jwz.org> <1113853519.3749.8.camel@nexus.verbum.private> <1113854013.16975.2.camel@scriabin.tannenrauch.ch> Message-ID: On Apr 18, 2005, G?rard Milmeister wrote: > if the most important packages (auctex, again) > were included. bero used to maintain stand-alone auctex packages for RHL, that still work on FC's GNU Emacs. Besides that, there are rpms of auctex for Fedora's GNU Emacs at ftp.gnu.org. I've used bero's packages forever, and just found out about the rpms at ftp.gnu.org. Perhaps we could add them to FC, or at least FE? Would you be willing to maintain them in Fedora Extras? -- Alexandre Oliva http://www.ic.unicamp.br/~oliva/ Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org} Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org} From ville.skytta at iki.fi Mon Apr 18 22:18:35 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Apr 2005 01:18:35 +0300 Subject: Why No Spider Monkey in Elinks In-Reply-To: <1113858359.3801.126.camel@petra> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> Message-ID: <1113862715.6812.64.camel@bobcat.mine.nu> On Mon, 2005-04-18 at 23:05 +0200, Karel Zak wrote: > official mozilla libjs (+ RPMS): > http://ftp.mozilla.org/pub/mozilla.org/js/ ...also known as the "js" package in Fedora Extras. From stevelist at silverorange.com Mon Apr 18 22:21:20 2005 From: stevelist at silverorange.com (Steven Garrity) Date: Mon, 18 Apr 2005 19:21:20 -0300 Subject: removing eog from core In-Reply-To: <1113856533.20283.2.camel@marte.biciclete.ro> References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> <1cef3e9505041804336f9ad3f7@mail.gmail.com> <4263F798.47F76F0B@jwz.org> <1113848361.3368.15.camel@localhost.localdomain> <1113856533.20283.2.camel@marte.biciclete.ro> Message-ID: <426432E0.3030408@silverorange.com> Marius Andreiana wrote: > Anyway, eog is only 600k. It doesn't worth discussing/arguing about it. > If some people want it, let it be and let's move to next :-) Good point. However, it's not just a matter of disk space. It also means one more item in the "Graphics" menu - which is a bigger deal. For what it's worth, I do think a *really* quick/simple image viewer makes sense to have separate from a more powerful (read: slower to start-up) image/photo browser. It would be cool if gThumb defaulted to a simpler (just the image) view when opened with only one image - in that case, it would eliminate the need for eog. Steven Garrity From ville.skytta at iki.fi Mon Apr 18 22:21:57 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Apr 2005 01:21:57 +0300 Subject: Emacs vs. XEmacs In-Reply-To: <1113854013.16975.2.camel@scriabin.tannenrauch.ch> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> <1113840856.5920.58.camel@angua.localnet> <4263DF78.9080202@redhat.com> <4263F690.35CC91F3@jwz.org> <1113853519.3749.8.camel@nexus.verbum.private> <1113854013.16975.2.camel@scriabin.tannenrauch.ch> Message-ID: <1113862917.6812.66.camel@bobcat.mine.nu> On Mon, 2005-04-18 at 21:53 +0200, G?rard Milmeister wrote: > it would be ok for > me to give up XEmacs, if the most important packages (auctex, again) > were included. You are aware that XEmacs is in Extras, right? From petersen at redhat.com Mon Apr 18 23:58:36 2005 From: petersen at redhat.com (Jens Petersen) Date: Tue, 19 Apr 2005 08:58:36 +0900 Subject: Emacs vs. XEmacs In-Reply-To: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> Message-ID: <426449AC.3010200@redhat.com> G?rard Milmeister wrote: > That FC4 will contain only Emacs, not XEmacs, is fine with me - in > principle. However the XEmacs distribution contains the sumo package [As Ville already mentioned, xemacs and xemacs-sumo are in Fedora Extras Devel already for fc4.] > which contains important packages like auctex. Currently auctex is not > part of FC4. Maybe there should be a package similar to sumo, but for > Emacs. Agreed. I have long thought that something like sumo for Emacs would be very useful. Actually one of the main reasons I have been an XEmacs user for so long is due to the sumo distributions I would say. It would certainly be something worthwhile doing for Extras IMHO, and in the long term it could perhaps make its way into core if that would be desirable. Or better if someone with the time and interest could maintain independently the package collection for emacs (like xemacs-sumo) that would be a good service to the Emacs community I think. Perhaps starting from xemacs-{,mule-}sumo packages would be easiest. Debian also has something called emacs-goodies-el which is more a collection of single file elisp libraries afaics, which may also be worth looking at. Jens From gemi at bluewin.ch Tue Apr 19 00:04:20 2005 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Tue, 19 Apr 2005 02:04:20 +0200 Subject: Emacs vs. XEmacs In-Reply-To: <1113862917.6812.66.camel@bobcat.mine.nu> References: <1113840109.14115.2.camel@scriabin.tannenrauch.ch> <1113840856.5920.58.camel@angua.localnet> <4263DF78.9080202@redhat.com> <4263F690.35CC91F3@jwz.org> <1113853519.3749.8.camel@nexus.verbum.private> <1113854013.16975.2.camel@scriabin.tannenrauch.ch> <1113862917.6812.66.camel@bobcat.mine.nu> Message-ID: <1113869060.14890.1.camel@scriabin.tannenrauch.ch> On Tue, 2005-04-19 at 01:21 +0300, Ville Skytt? wrote: > On Mon, 2005-04-18 at 21:53 +0200, G?rard Milmeister wrote: > > > it would be ok for > > me to give up XEmacs, if the most important packages (auctex, again) > > were included. > > You are aware that XEmacs is in Extras, right? Sure. I mused about switching from XEmacs to Emacs. Does anybody know the development of which is more active? -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From russell at coker.com.au Mon Apr 18 12:18:14 2005 From: russell at coker.com.au (Russell Coker) Date: Mon, 18 Apr 2005 22:18:14 +1000 Subject: Fedora 4 XEN and Kernel 2.4xenU In-Reply-To: <424C55EB.4090106@israel-jugendtag.ch> References: <424C0B10.90503@israel-jugendtag.ch> <20050331194526.GB17355@redhat.com> <424C55EB.4090106@israel-jugendtag.ch> Message-ID: <200504182218.16932.russell@coker.com.au> On Friday 01 April 2005 05:56, Roland K?ser wrote: > >I don't see any particular benefit offered by running a 2.4 kernel in > > a 2.6 Xen host. > Have You ever tried to install a Oracle 9 on "modern" fedora release? I > can sing some songs about this crap. (The oracle not the Fedora). Why would you want to run Oracle on Fedora? RHEL costs much less than Oracle and will make things much easier for you. You might ask whether a RHEL3 update for Xen will be released (RHEL3 was 2.4 based while RHEL4 is 2.6 based). But it's not a question for this list. -- 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 From mpeters at mac.com Tue Apr 19 01:31:51 2005 From: mpeters at mac.com (Michael A. Peters) Date: Mon, 18 Apr 2005 18:31:51 -0700 Subject: removing eog from core In-Reply-To: <426432E0.3030408@silverorange.com> References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> <1cef3e9505041804336f9ad3f7@mail.gmail.com> <4263F798.47F76F0B@jwz.org> <1113848361.3368.15.camel@localhost.localdomain> <1113856533.20283.2.camel@marte.biciclete.ro> <426432E0.3030408@silverorange.com> Message-ID: <1113874311.24680.10.camel@fc4t2.mpeters.local> On Mon, 2005-04-18 at 19:21 -0300, Steven Garrity wrote: > Marius Andreiana wrote: > > Anyway, eog is only 600k. It doesn't worth discussing/arguing about it. > > If some people want it, let it be and let's move to next :-) > > Good point. However, it's not just a matter of disk space. It also means > one more item in the "Graphics" menu - which is a bigger deal. Yeah - I mean there's four items in my menu, it's so confusing! From ville.skytta at iki.fi Tue Apr 19 05:32:04 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Apr 2005 08:32:04 +0300 Subject: More compiling problems... In-Reply-To: <20050418172301.32a5b7e7@nausicaa.camperquake.de> References: <4263CF4F.6090001@gmail.com> <20050418172301.32a5b7e7@nausicaa.camperquake.de> Message-ID: <1113888724.6812.71.camel@bobcat.mine.nu> On Mon, 2005-04-18 at 17:23 +0200, Ralf Ertzinger wrote: > Hi. > > Casimiro de Almeida Barreto wrote: > > > struct v4l2_window > > { > > struct v4l2_rect w; > > enum v4l2_field field; > > __u32 chromakey; > > struct v4l2_clip __user *clips; > > __u32 clipcount; > > void __user *bitmap; > > }; > > __user was removed from the kernel headers not long ago. Also already fixed in glibc-kernheaders-2.4-9.1.94. From perbj at stanford.edu Tue Apr 19 05:58:03 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Mon, 18 Apr 2005 22:58:03 -0700 Subject: removing eog from core In-Reply-To: <1113874311.24680.10.camel@fc4t2.mpeters.local> References: <1113820867.2981.4.camel@marte.biciclete.ro> <4263A2FC.8000108@linux360.ro> <1cef3e9505041804336f9ad3f7@mail.gmail.com> <4263F798.47F76F0B@jwz.org> <1113848361.3368.15.camel@localhost.localdomain> <1113856533.20283.2.camel@marte.biciclete.ro> <426432E0.3030408@silverorange.com> <1113874311.24680.10.camel@fc4t2.mpeters.local> Message-ID: <1113890283.4535.4.camel@localhost.localdomain> On Mon, 2005-04-18 at 18:31 -0700, Michael A. Peters wrote: > On Mon, 2005-04-18 at 19:21 -0300, Steven Garrity wrote: > > Marius Andreiana wrote: > > > Anyway, eog is only 600k. It doesn't worth discussing/arguing about it. > > > If some people want it, let it be and let's move to next :-) > > > > Good point. However, it's not just a matter of disk space. It also means > > one more item in the "Graphics" menu - which is a bigger deal. > > Yeah - I mean there's four items in my menu, it's so confusing! Is one of them actually Eye of Gnome? Here's a snippet from the spec file (yanked from the cvs repo): %prep %setup -q echo "NoDisplay=true" >> eog.desktop.in Eye of Gnome certainly doesn't seems to show up in my desktop menu, so it doesn't seem to add much to the clutter. For now, I think eog actually fills a need as a quick image previewer. (Oh yes, it deals with SVG files as well, which is sort of useful.) At some point maybe Evince will turn into a universal document viewer and in that case perhaps eog can be ditched but right now it seems to be worth keeping. Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From gmartyn at verizon.net Tue Apr 19 08:16:04 2005 From: gmartyn at verizon.net (Greg Martyn) Date: Tue, 19 Apr 2005 04:16:04 -0400 Subject: pilot brokenness In-Reply-To: <1113851723.3023.31.camel@hostmaster.org> References: <1113851723.3023.31.camel@hostmaster.org> Message-ID: <200504190416.04472.gmartyn@verizon.net> On Monday April 18, 2005 3:15 pm, Thomas Zehetbauer wrote: > With FC3 I added the following line to /etc/udev/rules.d/10-local.rules: > KERNEL="ttyUSB1",SYMLINK="pilot" Found this tip at http://fedora.redhat.com/docs/udev/ It was working for me earlier on fc4-t2.. not sure why it's not working now.. anyway: /etc/udev/rules.d/10-local.rules: BUS="usb", SYSFS{product}="Palm Handheld*", KERNEL="ttyUSB*", NAME{ignore_remove}="pilot", MODE="666" From buildsys at redhat.com Tue Apr 19 11:35:10 2005 From: buildsys at redhat.com (Build System) Date: Tue, 19 Apr 2005 07:35:10 -0400 Subject: rawhide report: 20050419 changes Message-ID: <200504191135.j3JBZAJF029189@porkchop.devel.redhat.com> Updated Packages: GConf2-2.10.0-2 --------------- * Mon Apr 18 2005 Mark McLoughlin - 2.10.0-2 - Add evolution mail accounts backend audit-0.6.11-1 -------------- * Mon Apr 18 2005 Steve Grubb 0.6.11-1 - Check log file size on start up - Added priority_boost config item - Reworked arch support - Reworked how run level is changed - Make allowances for ECONNREFUSED cscope-15.5-12 -------------- desktop-printing-0.18-10 ------------------------ * Tue Apr 19 2005 Matthias Clasen - Silence %post dhcp-10:3.0.2-8 --------------- * Mon Apr 18 2005 Jason Vas Dias 10:3.0.2-8 - Fix bugs 153244 & 155142: o restore dhclient-script 'restorecon's o give dhclient and dhclient-script an exec context of 'system_u:object_r:sbin_t' that allows them to run domainname / hostname and to update configuration files in dhclient post script. - Prevent dhclient emitting verbose ISC 'blurb' on error exit in -q mode dialog-1.0.20050306-1 --------------------- * Mon Apr 18 2005 Harald Hoyer 1.0-20050306-1 - version 1.0-20050306 eclipse-1:3.1.0_fc-0.M6.6 ------------------------- * Mon Apr 18 2005 Ben Konrath 3.1.0_fc-0.M6.6 - Bump version number. * Mon Apr 18 2005 Ben Konrath 3.1.0_fc-0.M6.5 - Update mozilla patch. * Sat Apr 16 2005 Ben Konrath 3.1.0_fc-0.M6.4 - Update to 3.1M6. - Change bootstrap procedure to match the upstream method. - Remove patches that were fixed upstream. - Add efj wrapper script. eclipse-cdt-1:3.0.0_fc-0.M6.3 ----------------------------- * Sat Apr 16 2005 Ben Konrath 3.0.0_fc-0.M6.3 - Clean up spec file (remove references to old patches and rh docs). * Fri Apr 15 2005 Phil Muldoon 3.0.0_fc-0.M6.2 - Generated tarball from official final tagged M6 build * Mon Apr 11 2005 Phil Muldoon 3.0.0_fc-0.M6.1 - Fixed db path in java -cp - Regenerated tarball from M6 canditate build - Reworked patches for M6 canditate Build fedora-logos-1.1.30-2 --------------------- * Mon Apr 18 2005 Than Ngo 1.1.30-1 - add missing fedora logos for kdmtheme gmp-4.1.4-6 ----------- * Mon Apr 18 2005 Thomas Woerner 4.1.4-6 - fixed __setfpucw call in mpfr-test.h * Wed Mar 02 2005 Karsten Hopp 4.1.4-5 - build with gcc-4 gnome-audio-2.0.0-3 ------------------- * Mon Apr 18 2005 Florian La Roche - did that Copyright: -> License: change gnome-panel-2.10.1-2 -------------------- * Mon Apr 18 2005 Mark McLoughlin 2.10.1-2 - Add the battery applet to the panel in %post if ACPI is available (bug #143828) gtk2-engines-2.6.3-1 -------------------- * Tue Apr 19 2005 Matthias Clasen 2.6.3-1 - Update to 2.6.3 - Clearlooks engine is now integrated hicolor-icon-theme-0.8-2 ------------------------ * Tue Apr 19 2005 Matthias Clasen 0.8-2 - Silence %post httpd-2.0.54-4 -------------- * Mon Apr 18 2005 Joe Orton 2.0.54-4 - replace PreReq with Requires(pre) iiimf-1:12.1.1-15.svn2509 ------------------------- * Mon Apr 18 2005 Jens Petersen - 1:12.1.1-15.svn2509 - update to latest trunk - iiimgcf-fix-status-position-with-focusin-r2483-139809.patch and leif-unit-U+000A-r2484-132936.patch no longer needed - add sun-chinese-le-libdir.patch to make cle and twle install under libdir - update iiimqcf-rh-build.patch - leif-default-LEs-built.patch no longer needed, since override LE_TARGETS - add xiiimp-xft-statusarea-147457.patch to fix segfaulting in some xim apps (Kohji Sanpei, 147457) * Fri Apr 15 2005 Akira TAGOH - leif-unit-U+000A-r2484-132936.patch: applied to fix not committing an enter with U+000A on UNICODE-HEX. (#132936) * Thu Apr 14 2005 Akira TAGOH - iiimgcf-fix-status-position-with-focusin-r2483-139809.patch: Fixed not updating the status window position when the window focus was changed with alt+tab. (#139809) - Use %find_lang macro instead of listing %{_datadir}/locale directly. - Fixed the unwanted own directories. (#154602) - %{_libexecdir} - %{_sysconfdir}/gconf/schemas - %{_datadir}/emacs/site-lisp - %{_datadir}/pixmaps - Added Requires: emacs-common for iiimf-emacs. initscripts-8.08-3 ------------------ * Mon Apr 18 2005 Karsten Hopp 8.08-3 - fix ifup-routes script (#155195) * Mon Apr 18 2005 Florian La Roche - fix strstr call in rc.sysinit iptstate-1.4-1.1 ---------------- * Mon Apr 18 2005 Thomas Woerner 1.4-1.1 - fixed man page: install as man8 instead of man1, fixed reference for iptables(8) ipv6calc-0.48-5 --------------- * Tue Apr 19 2005 Radek Vokal 0.48-5 - using CVS tarball, patch clean-up * Sun Apr 17 2005 Robert Scheck - lots of spec file cleanups (#155164) mod_perl-2.0.0-0.rc5.3 ---------------------- * Mon Apr 18 2005 Ville Skytt?? - 2.0.0-0.rc5.3 - Fix sample configuration. - Explicitly disable the test suite. (#112563) * Mon Apr 18 2005 Joe Orton 2.0.0-0.rc5.2 - fix filter-requires for new Apache2:: modules setup-2.5.42-1 -------------- * Mon Apr 18 2005 Bill Nottingham 2.5.42-1 - fix lastlog conflict (#155256) system-config-date-1.7.17-2 --------------------------- * Tue Apr 19 2005 Matthias Clasen 1.7.17-2 - Silence %post udev-057-1 ---------- * Mon Apr 18 2005 Harald Hoyer - 057-1 - version 057 vim-1:6.3.071-2 --------------- * Mon Apr 18 2005 Karsten Hopp 6.3.071-2 - fix wrong Russian code page for vimtutor (#155181) w3m-0.5.1-10 ------------ * Mon Apr 18 2005 Akira TAGOH - 0.5.1-10 - fixed the unnecessary owned directory. (#154600) xcdroast-0.98a15-11 ------------------- * Mon Apr 18 2005 Harald Hoyer - 0.98a15-11 - fixed frozen progress bars with patch from Didier Heyden (bug #134334) xorg-x11-6.8.2-25 ----------------- * Mon Apr 18 2005 Kristian H??gsberg 6.8.2-25 - Add xorg-x11-6.8.1-ati-radeon-dynamic-clocks-fix-2.patch to revert radeon dynamic clock setup to what we had in 6.8.1. The 6.8.2 code still causes lockups on some systems (#152648). * Sat Apr 16 2005 Mike A. Harris 6.8.2-24 - Remove the Speedo font files, as Xorg no longer supports Speedo fonts in 6.8.0 onward but includes the fonts accidentally. (#142744,154191) - Changed base subpackage post script to remove the Speedo font path from xfs configuration to avoid warnings in /var/log/messages from xfs about bad font path elements. yelp-2.9.3-5 ------------ * Mon Apr 18 2005 Ray Strode 2.9.3-5 - Depend on mozilla 1.7.7 From linux_4ever at yahoo.com Tue Apr 19 12:55:23 2005 From: linux_4ever at yahoo.com (Steve G) Date: Tue, 19 Apr 2005 05:55:23 -0700 (PDT) Subject: pam-0.79-5 errors In-Reply-To: 6667 Message-ID: <20050419125524.72730.qmail@web51503.mail.yahoo.com> >I just think that the final release should not throw these messages when >using a custom kernel. The new audit packages are out. Does upgrading audit-libs solve your problem? Thanks, -Steve Grubb __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From dnjinc at wowway.com Tue Apr 19 13:19:47 2005 From: dnjinc at wowway.com (Demond James) Date: Tue, 19 Apr 2005 09:19:47 -0400 Subject: libgcj.i386 & libgcj.x86_64 have conficting file Message-ID: <42650573.4060004@wowway.com> libgcj is not listed as a component in bugzilla so I don't know what to file the bug under, but trying to install libgcj.x86_64 on my system which already has libgcj.i386 on it gives the following error. Transaction Check Error: file /usr/share/java/libgcj-4.0.0.jar from install of libgcj-4.0.0-0.42 conflicts with file from package libgcj-4.0.0-0.42 From mattdm at mattdm.org Tue Apr 19 13:23:03 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 19 Apr 2005 09:23:03 -0400 Subject: libgcj.i386 & libgcj.x86_64 have conficting file In-Reply-To: <42650573.4060004@wowway.com> References: <42650573.4060004@wowway.com> Message-ID: <20050419132303.GA26090@jadzia.bu.edu> On Tue, Apr 19, 2005 at 09:19:47AM -0400, Demond James wrote: > libgcj is not listed as a component in bugzilla so I don't know what to > file the bug under, but trying to install libgcj.x86_64 on my system > which already has libgcj.i386 on it gives the following error. $ rpm -q --qf '%{SOURCERPM}\npm -q --qf '%{SOURCERPM}' libgcj will tell you the source rpm the package was built from -- file against that. ("gcc", in this case.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From caolanm at redhat.com Tue Apr 19 14:40:19 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 19 Apr 2005 14:40:19 +0000 Subject: libgcj.i386 & libgcj.x86_64 have conficting file In-Reply-To: <20050419132303.GA26090@jadzia.bu.edu> References: <42650573.4060004@wowway.com> <20050419132303.GA26090@jadzia.bu.edu> Message-ID: <1113921619.9514.5.camel@sheol.homelinux.org> On Tue, 2005-04-19 at 09:23 -0400, Matthew Miller wrote: > On Tue, Apr 19, 2005 at 09:19:47AM -0400, Demond James wrote: > > libgcj is not listed as a component in bugzilla so I don't know what to > > file the bug under, but trying to install libgcj.x86_64 on my system > > which already has libgcj.i386 on it gives the following error. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155158 sounds like the same problem. C. From giallu at gmail.com Tue Apr 19 13:50:04 2005 From: giallu at gmail.com (Gianluca Sforna) Date: Tue, 19 Apr 2005 15:50:04 +0200 Subject: rawhide report: 20050419 changes In-Reply-To: <200504191135.j3JBZAJF029189@porkchop.devel.redhat.com> References: <200504191135.j3JBZAJF029189@porkchop.devel.redhat.com> Message-ID: On 4/19/05, Build System wrote: > > yelp-2.9.3-5 > ------------ > * Mon Apr 18 2005 Ray Strode 2.9.3-5 > - Depend on mozilla 1.7.7 Will yelp in FC4 be able to search and display man/info pages as it _was possible_ in FC1 ??? From rstrode at redhat.com Tue Apr 19 15:04:10 2005 From: rstrode at redhat.com (Ray Strode) Date: Tue, 19 Apr 2005 11:04:10 -0400 Subject: rawhide report: 20050419 changes In-Reply-To: References: <200504191135.j3JBZAJF029189@porkchop.devel.redhat.com> Message-ID: <1113923050.3319.6.camel@localhost.localdomain> Hi, > Will yelp in FC4 be able to search and display man/info pages Yea, man and info pages work for me. --Ray From brandon at opensoul.org Tue Apr 19 15:37:44 2005 From: brandon at opensoul.org (Brandon Keepers) Date: Tue, 19 Apr 2005 10:37:44 -0500 Subject: PHP: SNMP sanity check failed Message-ID: <426525C8.4030705@opensoul.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When I try to rebuild the php-5.0.4-6 src RPM from rawhide on FC4test2 and RHEL 4, I get "SNMP sanity check failed". What I can't figure out is that it works fine on FC3. Here is the output of "rpmbuild --rebuild php-5.0.4-6.src.rpm": checking for SNMP support... yes, shared checking OpenSSL dir for SNMP... no checking for snmp_parse_oid in -lnetsnmp... no checking for init_snmp in -lnetsnmp... no configure: error: SNMP sanity check failed. Please check config.log for more information. I have all the net-snmp packages installed FC4test2 $ rpm -qa | grep -i snmp net-snmp-libs-5.2.1-9 net-snmp-devel-5.2.1-9 net-snmp-5.2.1-9 Anyone have any ideas why this would fail on FC4test2 and RHEL? Thanks, Brandon -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFCZSXI56i+58DjJowRAlfQAKCiMrbIoCeRQKfKu0by9Lrnu+8UJQCff3Ok VbWM4if5RJhu3cOQnNAC234= =Mvwc -----END PGP SIGNATURE----- From malists at epon.ro Tue Apr 19 15:53:45 2005 From: malists at epon.ro (Marius Andreiana) Date: Tue, 19 Apr 2005 18:53:45 +0300 Subject: PHP: SNMP sanity check failed In-Reply-To: <426525C8.4030705@opensoul.org> References: <426525C8.4030705@opensoul.org> Message-ID: <1113926025.20869.1.camel@marte.biciclete.ro> On Tue, 2005-04-19 at 10:37 -0500, Brandon Keepers wrote: > When I try to rebuild the php-5.0.4-6 src RPM from rawhide on FC4test2 > and RHEL 4, I get "SNMP sanity check failed". What I can't figure out > is that it works fine on FC3. This belonged to fedora-test list. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155221 -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From janina at rednote.net Tue Apr 19 16:21:39 2005 From: janina at rednote.net (Janina Sajka) Date: Tue, 19 Apr 2005 12:21:39 -0400 Subject: Why No Spider Monkey in Elinks In-Reply-To: <1113862715.6812.64.camel@bobcat.mine.nu> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> Message-ID: <20050419162139.GA28401@rednote.net> Ville Skytt? writes: > On Mon, 2005-04-18 at 23:05 +0200, Karel Zak wrote: > > > official mozilla libjs (+ RPMS): > > http://ftp.mozilla.org/pub/mozilla.org/js/ > > ...also known as the "js" package in Fedora Extras. > OK. So I have js-1.5-0.rc6a.4, however configure isn't finding it when I try compiling elinks-0.10.3. Is it perhaps a name mismatch? Isn't the Debian package libsmjs-dev which elinks uses? I'm not so clever that I fully understand the ./configure process, but grepping through the various configure files suggests it's lpooking for smjs, and I have nothing called that on my hd anywhere according to locate. Indeed, configure.h says undef, and features lists js as "no." So, I'm not sure how to proceed. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem. From jspaleta at gmail.com Tue Apr 19 16:58:20 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 19 Apr 2005 12:58:20 -0400 Subject: Why No Spider Monkey in Elinks In-Reply-To: <20050419162139.GA28401@rednote.net> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> <20050419162139.GA28401@rednote.net> Message-ID: <604aa79105041909587282cc1d@mail.gmail.com> On 4/19/05, Janina Sajka wrote: > OK. So I have js-1.5-0.rc6a.4, however configure isn't finding it when I > try compiling elinks-0.10.3. do you have js-devel also installed? -jef"pesky -devel packages"spaleta From Nicolas.Mailhot at laPoste.net Tue Apr 19 17:34:23 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 19 Apr 2005 19:34:23 +0200 Subject: Fedora 4 XEN and Kernel 2.4xenU In-Reply-To: <200504182218.16932.russell@coker.com.au> References: <424C0B10.90503@israel-jugendtag.ch> <20050331194526.GB17355@redhat.com> <424C55EB.4090106@israel-jugendtag.ch> <200504182218.16932.russell@coker.com.au> Message-ID: <1113932066.16230.22.camel@rousalka.dyndns.org> Le lundi 18 avril 2005 ? 22:18 +1000, Russell Coker a ?crit : > On Friday 01 April 2005 05:56, Roland K?ser wrote: > > >I don't see any particular benefit offered by running a 2.4 kernel in > > > > a 2.6 Xen host. > > Have You ever tried to install a Oracle 9 on "modern" fedora release? I > > can sing some songs about this crap. (The oracle not the Fedora). > > Why would you want to run Oracle on Fedora? RHEL costs much less than Oracle > and will make things much easier for you. > > You might ask whether a RHEL3 update for Xen will be released (RHEL3 was 2.4 > based while RHEL4 is 2.6 based). But it's not a question for this list. If you are a dev shop building apps on top of Oracle (apps that will then be sold to wealthy corporations that will shell $$$$ for Oracle licenses) Oracle will let you install as many Oracle setups as you like (they realise this helps selling their products) If you want to host these free developer instances on RHEL Red Hat will enforce through up2date a full license per dev/test system. When the hardware is liberated intel/amd, Oracle is free, a RHEL license is not something taken lightly. Especially if you try to optimise hardware occupation by having multiple separate system images (one for every Oracle version you want to support, for example) and RHN wants to charge you one license per system image (even though they are all on the same physical hardware and can not be run separately) Now since you can't run RHEL, you will run FC or Centos or whatever. But once you've qualified your product on this other Linux version, how long do you think it will take some beancounter to realise you can sell your product on this other Linux system, and avoid paying RH altogether ? (remember, less $$$ for RH = more customer $$$ available for your part of the system) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From janina at rednote.net Tue Apr 19 17:44:11 2005 From: janina at rednote.net (Janina Sajka) Date: Tue, 19 Apr 2005 13:44:11 -0400 Subject: Why No Spider Monkey in Elinks In-Reply-To: <604aa79105041909587282cc1d@mail.gmail.com> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> <20050419162139.GA28401@rednote.net> <604aa79105041909587282cc1d@mail.gmail.com> Message-ID: <20050419174411.GA29036@rednote.net> Jeff Spaleta writes: > On 4/19/05, Janina Sajka wrote: > > OK. So I have js-1.5-0.rc6a.4, however configure isn't finding it when I > > try compiling elinks-0.10.3. > > do you have js-devel also installed? Yes, I do: js-devel-1.5-0.rc6a.4 I'm sorry. I should have been more precise in my post. > > -jef"pesky -devel packages"spaleta > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem. From arjanv at redhat.com Tue Apr 19 17:59:06 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Tue, 19 Apr 2005 19:59:06 +0200 Subject: Fedora 4 XEN and Kernel 2.4xenU In-Reply-To: <1113932066.16230.22.camel@rousalka.dyndns.org> References: <424C0B10.90503@israel-jugendtag.ch> <20050331194526.GB17355@redhat.com> <424C55EB.4090106@israel-jugendtag.ch> <200504182218.16932.russell@coker.com.au> <1113932066.16230.22.camel@rousalka.dyndns.org> Message-ID: <1113933547.6277.77.camel@laptopd505.fenrus.org> On Tue, 2005-04-19 at 19:34 +0200, Nicolas Mailhot wrote: > Le lundi 18 avril 2005 ? 22:18 +1000, Russell Coker a ?crit : > > On Friday 01 April 2005 05:56, Roland K?ser wrote: > > > >I don't see any particular benefit offered by running a 2.4 kernel in > > > > > > a 2.6 Xen host. > > > Have You ever tried to install a Oracle 9 on "modern" fedora release? I > > > can sing some songs about this crap. (The oracle not the Fedora). > > > > Why would you want to run Oracle on Fedora? RHEL costs much less than Oracle > > and will make things much easier for you. > > > > You might ask whether a RHEL3 update for Xen will be released (RHEL3 was 2.4 > > based while RHEL4 is 2.6 based). But it's not a question for this list. > > If you are a dev shop building apps on top of Oracle (apps that will > then be sold to wealthy corporations that will shell $$$$ for Oracle > licenses) Oracle will let you install as many Oracle setups as you like > (they realise this helps selling their products) > > If you want to host these free developer instances on RHEL Red Hat will > enforce through up2date a full license per dev/test system. which is why you join the RH developers program.... ;) please take rhel rants to a rhel mailinglist. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Nicolas.Mailhot at laPoste.net Tue Apr 19 18:54:09 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 19 Apr 2005 20:54:09 +0200 Subject: Fedora 4 XEN and Kernel 2.4xenU In-Reply-To: <1113933547.6277.77.camel@laptopd505.fenrus.org> References: <424C0B10.90503@israel-jugendtag.ch> <20050331194526.GB17355@redhat.com> <424C55EB.4090106@israel-jugendtag.ch> <200504182218.16932.russell@coker.com.au> <1113932066.16230.22.camel@rousalka.dyndns.org> <1113933547.6277.77.camel@laptopd505.fenrus.org> Message-ID: <1113936850.16230.56.camel@rousalka.dyndns.org> Le mardi 19 avril 2005 ? 19:59 +0200, Arjan van de Ven a ?crit : > On Tue, 2005-04-19 at 19:34 +0200, Nicolas Mailhot wrote: > > Le lundi 18 avril 2005 ? 22:18 +1000, Russell Coker a ?crit : > > > On Friday 01 April 2005 05:56, Roland K?ser wrote: > > > > >I don't see any particular benefit offered by running a 2.4 kernel in > > > > > > > > a 2.6 Xen host. > > > > Have You ever tried to install a Oracle 9 on "modern" fedora release? I > > > > can sing some songs about this crap. (The oracle not the Fedora). > > > > > > Why would you want to run Oracle on Fedora? RHEL costs much less than Oracle > > > and will make things much easier for you. > > > > > > You might ask whether a RHEL3 update for Xen will be released (RHEL3 was 2.4 > > > based while RHEL4 is 2.6 based). But it's not a question for this list. > > > > If you are a dev shop building apps on top of Oracle (apps that will > > then be sold to wealthy corporations that will shell $$$$ for Oracle > > licenses) Oracle will let you install as many Oracle setups as you like > > (they realise this helps selling their products) > > > > If you want to host these free developer instances on RHEL Red Hat will > > enforce through up2date a full license per dev/test system. > > which is why you join the RH developers program.... ;) > > please take rhel rants to a rhel mailinglist. I'm only reporting what RH people told me about a year ago (you shall shell out a license per system you use to help RH sell its stuff). If RH has come to its senses since so much for the better. But last time I looked you had lots of reasons to try to run Oracle on something other than RHEL -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ville.skytta at iki.fi Tue Apr 19 20:06:34 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Tue, 19 Apr 2005 23:06:34 +0300 Subject: Why No Spider Monkey in Elinks In-Reply-To: <20050419174411.GA29036@rednote.net> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> <20050419162139.GA28401@rednote.net> <604aa79105041909587282cc1d@mail.gmail.com> <20050419174411.GA29036@rednote.net> Message-ID: <1113941194.6812.101.camel@bobcat.mine.nu> On Tue, 2005-04-19 at 13:44 -0400, Janina Sajka wrote: > Jeff Spaleta writes: > > On 4/19/05, Janina Sajka wrote: > > > OK. So I have js-1.5-0.rc6a.4, however configure isn't finding it when I > > > try compiling elinks-0.10.3. > > > > do you have js-devel also installed? > > Yes, I do: js-devel-1.5-0.rc6a.4 > > I'm sorry. I should have been more precise in my post. Hint: see your elinks config.log. js currently in Extras is a bit broken, the shared lib should have been linked with libperl.so. Will fix in a jiffy. From janina at rednote.net Tue Apr 19 20:58:38 2005 From: janina at rednote.net (Janina Sajka) Date: Tue, 19 Apr 2005 16:58:38 -0400 Subject: Why No Spider Monkey in Elinks In-Reply-To: <1113941194.6812.101.camel@bobcat.mine.nu> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> <20050419162139.GA28401@rednote.net> <604aa79105041909587282cc1d@mail.gmail.com> <20050419174411.GA29036@rednote.net> <1113941194.6812.101.camel@bobcat.mine.nu> Message-ID: <20050419205838.GA30839@rednote.net> Ville Skytt? writes: > On Tue, 2005-04-19 at 13:44 -0400, Janina Sajka wrote: > > Jeff Spaleta writes: > > > On 4/19/05, Janina Sajka wrote: > > > > OK. So I have js-1.5-0.rc6a.4, however configure isn't finding it when I > > > > try compiling elinks-0.10.3. > > > > > > do you have js-devel also installed? > > > > Yes, I do: js-devel-1.5-0.rc6a.4 > > > > I'm sorry. I should have been more precise in my post. > > Hint: see your elinks config.log. js currently in Extras is a bit > broken, the shared lib should have been linked with libperl.so. Will > fix in a jiffy. > Cool, thank you. I'll wait for a new js-devel and recompile elinks. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem. From thomasz at hostmaster.org Wed Apr 20 00:46:29 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Wed, 20 Apr 2005 02:46:29 +0200 Subject: pam-0.79-5 errors In-Reply-To: <20050419125524.72730.qmail@web51503.mail.yahoo.com> References: <20050419125524.72730.qmail@web51503.mail.yahoo.com> Message-ID: <1113957989.3817.1.camel@hostmaster.org> On Tue, 2005-04-19 at 05:55 -0700, Steve G wrote: > The new audit packages are out. Does upgrading audit-libs solve your problem? Sorry for the late answer but yesterdays rawhide update was broken. The error messages finally went away with audit-libs-0.6.11-1, many thx! Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Heisenberg may have slept here... -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From gmartyn at verizon.net Wed Apr 20 02:59:14 2005 From: gmartyn at verizon.net (Greg Martyn) Date: Tue, 19 Apr 2005 22:59:14 -0400 Subject: VMWare Message-ID: <200504192259.14477.gmartyn@verizon.net> Has anyone had any luck installing VMWare under FC4-Test2? If this is the wrong mailing list for this question, please point me in the right direction. Thanks, Greg Martyn From fedora-forums at genesis-x.nildram.co.uk Wed Apr 20 03:29:28 2005 From: fedora-forums at genesis-x.nildram.co.uk (Keith G. Robertson-Turner) Date: Wed, 20 Apr 2005 04:29:28 +0100 Subject: DMRaid in Fedora devel In-Reply-To: <1097778772.4099.14.camel@mark-linux.wormgoor.com> References: <1097778772.4099.14.camel@mark-linux.wormgoor.com> Message-ID: Mark Wormgoor wrote: > Attached are three patches that I made to get Fedora-devel to install on > a bios sata raid-0 system (Sil 3112 on Abit AN7). It uses Heinz > Mauelshagen's dmraid for detecting the disks. > I hope someone finds these patches useful; it would be very nice if FC4 > would install on and boot from these bios ide raid devices without too > much hacking. Any progress on this? This seems to be the solution some of us have been waiting for. Anyone roll a custom ISO using these patches? Thanks, - K. From russell at coker.com.au Wed Apr 20 04:34:53 2005 From: russell at coker.com.au (Russell Coker) Date: Wed, 20 Apr 2005 14:34:53 +1000 Subject: Fedora 4 XEN and Kernel 2.4xenU In-Reply-To: <1113932066.16230.22.camel@rousalka.dyndns.org> References: <424C0B10.90503@israel-jugendtag.ch> <200504182218.16932.russell@coker.com.au> <1113932066.16230.22.camel@rousalka.dyndns.org> Message-ID: <200504201434.57058.russell@coker.com.au> On Wednesday 20 April 2005 03:34, Nicolas Mailhot wrote: > If you are a dev shop building apps on top of Oracle (apps that will > then be sold to wealthy corporations that will shell $$$$ for Oracle > licenses) Oracle will let you install as many Oracle setups as you like > (they realise this helps selling their products) > > If you want to host these free developer instances on RHEL Red Hat will > enforce through up2date a full license per dev/test system. http://www.redhat.com/software/rhel/compare/server/ $349 list price for ES basic edition doesn't sound too expensive really. If you have a large number of machines then the thing to do is to call sales and get a quote, there are bulk discounts. > Especially if you try to optimise > hardware occupation by having multiple separate system images (one for > every Oracle version you want to support, for example) and RHN wants to > charge you one license per system image (even though they are all on the > same physical hardware and can not be run separately) Fair point. Have you spoken to sales about this? > Now since you can't run RHEL, you will run FC or Centos or whatever. But > once you've qualified your product on this other Linux version, how long > do you think it will take some beancounter to realise you can sell your > product on this other Linux system, and avoid paying RH altogether ? > (remember, less $$$ for RH = more customer $$$ available for your part > of the system) Selling Oracle on Fedora or Centos is not an option. Oracle doesn't support them, so anyone who pays for Oracle will want to pay for RHEL. -- 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 From Nicolas.Mailhot at laPoste.net Wed Apr 20 06:36:12 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Wed, 20 Apr 2005 08:36:12 +0200 Subject: Fedora 4 XEN and Kernel 2.4xenU In-Reply-To: <200504201434.57058.russell@coker.com.au> References: <424C0B10.90503@israel-jugendtag.ch> <200504182218.16932.russell@coker.com.au> <1113932066.16230.22.camel@rousalka.dyndns.org> <200504201434.57058.russell@coker.com.au> Message-ID: <1113978972.32743.14.camel@rousalka.dyndns.org> Le mercredi 20 avril 2005 ? 14:34 +1000, Russell Coker a ?crit : > On Wednesday 20 April 2005 03:34, Nicolas Mailhot > wrote: ... > > Especially if you try to optimise > > hardware occupation by having multiple separate system images (one for > > every Oracle version you want to support, for example) and RHN wants to > > charge you one license per system image (even though they are all on the > > same physical hardware and can not be run separately) > > Fair point. Have you spoken to sales about this? It was sales answer at the time. > > Now since you can't run RHEL, you will run FC or Centos or whatever. But > > once you've qualified your product on this other Linux version, how long > > do you think it will take some beancounter to realise you can sell your > > product on this other Linux system, and avoid paying RH altogether ? > > (remember, less $$$ for RH = more customer $$$ available for your part > > of the system) > > Selling Oracle on Fedora or Centos is not an option. Oracle doesn't support > them, so anyone who pays for Oracle will want to pay for RHEL. Any dba worth its salt will tell you Oracle support is only a promise to look at problems, and since problems are often workload dependent it's no substitute to testing yourself your workload on realistic systems (ie as close to production systems hardware/software wise as you can make them). This is why big corps freeze OS/Oracle versions and test them themselves. Now once you've beaten a system to death and verified Oracle likes your CentOS/FC kernel/glibc versions (because they were the only ones you could afford on test benches) the prospect of dropping it on an unknown RHEL system can be more frightening than dispensing with Oracle support (especially when it can be worked around with by having one RHEL system somewhere, reproducing the bugs you can not cope with yourself here, and then report them) But since Arjan says RH got a dev program now I guess the problem is partly solved (I hope he didn't think about the one where you have to commit on supporting your app on a given RHEL version for five years - for custom business apps that are evolving at a fast pace there is no way anyone will sign on such a program). -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From arjanv at redhat.com Wed Apr 20 07:53:37 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Wed, 20 Apr 2005 09:53:37 +0200 Subject: VMWare In-Reply-To: <200504192259.14477.gmartyn@verizon.net> References: <200504192259.14477.gmartyn@verizon.net> Message-ID: <1113983617.6238.33.camel@laptopd505.fenrus.org> On Tue, 2005-04-19 at 22:59 -0400, Greg Martyn wrote: > Has anyone had any luck installing VMWare under FC4-Test2? > > If this is the wrong mailing list for this question, please point me in the right direction. best to ask on a vmware mailing list.. they have our source we don't have theirs ;) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From denis at poolshark.org Wed Apr 20 09:14:57 2005 From: denis at poolshark.org (Denis Leroy) Date: Wed, 20 Apr 2005 02:14:57 -0700 Subject: VMWare In-Reply-To: <200504192259.14477.gmartyn@verizon.net> References: <200504192259.14477.gmartyn@verizon.net> Message-ID: <42661D91.2090208@poolshark.org> I've had no problems running VMWare on a FC3 host and FC4-Test2 guest, but i haven't tried with a FC4T2 host... Greg Martyn wrote: >Has anyone had any luck installing VMWare under FC4-Test2? > >If this is the wrong mailing list for this question, please point me in the right direction. > >Thanks, >Greg Martyn > > > From buildsys at redhat.com Wed Apr 20 12:01:32 2005 From: buildsys at redhat.com (Build System) Date: Wed, 20 Apr 2005 08:01:32 -0400 Subject: rawhide report: 20050420 changes Message-ID: <200504201201.j3KC1WUc031768@porkchop.devel.redhat.com> New package GFS GFS - The Global File System New package GFS-kernel GFS-kernel - The Global File System kernel modules New package ccs CCS - The Cluster Configuration System New package ccs CCS - The Cluster Configuration System New package cman cman - The Cluster Manager New package cman-kernel cman-kernel - The Cluster Manager kernel modules New package cman-kernel cman-kernel - The Cluster Manager kernel modules New package dlm dlm - The Distributed Lock Manager New package dlm-kernel dlm-kernel - The Distributed Lock Manager kernel modules. New package dlm-kernel dlm-kernel - The Distributed Lock Manager kernel modules. New package fence fence - The cluster I/O fencing system New package gnbd gnbd - GFS's Network Block Device New package gnbd-kernel gnbd-kernel - The kernel module for GFS's Network Block Device New package gnbd-kernel gnbd-kernel - The kernel module for GFS's Network Block Device New package gulm gulm - One possible lock manager for GFS New package iddev iddev is a library that identifies device contents. New package magma A cluster/lock manager API abstraction library New package magma A cluster/lock manager API abstraction library New package magma-plugins Cluster manager plugins for magma New package rgmanager Open Source HA Resource Group Failover for Red Hat Enterprise Linux Updated Packages: autorun-3.16-1 -------------- * Tue Apr 19 2005 Harald Hoyer - 3.16 - new languages, translation updates - close() before mount() * Mon Jan 31 2005 Harald Hoyer - 3.15 - added daemon options - added recognition of "pamconsole" attribute in /etc/fstab - updated translation * Mon Oct 11 2004 Harald Hoyer - 3.14 - translation update control-center-1:2.10.1-2 ------------------------- * Fri Apr 15 2005 Ray Strode 2.10.1-2 - Show preferred text toolbar items in ui-properties capplet preview (bug 154836) * Fri Apr 08 2005 Ray Strode 2.10.1-1 - Update to 2.10.1 * Wed Mar 30 2005 Warren Togami 2.10.0-4 - fix ldconfig (#152575) device-mapper-multipath-0.4.4-2.0 --------------------------------- * Tue Apr 19 2005 Alasdair Kergon - 0.4.4-2.0 - Fix core dump from last build. eclipse-1:3.1.0_fc-0.M6.7 ------------------------- * Mon Apr 18 2005 Andrew Overholt 3.1.0_fc-0.M6.7 - Add %if 1 blocks. - Add /usr/lib64/eclipse/plugins to native %files section of each sub-rpm. - Add GNU-style JDT code formatting option (e.o#91770). - Add patch to install plugins from update site in home dir (e.o#90630). - Change gcc-java requirements to libgcj as gcj-dbtool is now in the latter. * Mon Apr 18 2005 Ben Konrath 3.1.0_fc-0.M6.6 - Bump version number. * Mon Apr 18 2005 Ben Konrath 3.1.0_fc-0.M6.5 - Update mozilla patch. fontconfig-2.2.3-13 ------------------- * Tue Apr 19 2005 David Zeuthen - 2.2.3-13 - Add another font family name Sazanami Gothic/Mincho (#148748) fonts-chinese-2.15-2 -------------------- fonts-japanese-0.20050222-3 --------------------------- * Wed Apr 20 2005 Akira TAGOH - 0.20050222-3 - Updated the font path in CIDFnmap.ja (John Thacker, #155403) fonts-korean-1.0.11-4 --------------------- gdm-1:2.6.0.8-5 --------------- * Mon Apr 18 2005 Ray Strode 1:2.6.0.8-5 - Don't install gnome.desktop to /usr/share/xsessions (bug 145791) gnome-session-2.10.0-2 ---------------------- * Mon Apr 18 2005 Ray Strode - 2.10.0-2 - Install gnome.desktop to /usr/share/xsessions (bug 145791) hal-0.5.0.cvs20050404b-3 ------------------------ * Tue Apr 19 2005 Florian La Roche - exclude usb reqs for mainframe (#154616) kdesdk-3.4.0-2 -------------- * Tue Apr 19 2005 Than Ngo 2:3.4.0-2 - buildrequires cleanup kdewebdev-6:3.4.0-2 ------------------- * Tue Apr 19 2005 Than Ngo 6:3.4.0-2 - add kdesdk in buildrequires #155054 kernel-2.6.11-1.1251_FC4 ------------------------ * Wed Apr 20 2005 Dave Jones * Adjust struct dentry 'padding' based on 64bit'ness. * Tue Apr 19 2005 Dave Jones - Print stack trace when we panic. Might give more clues for some of the wierd panics being seen right now. - Blacklist another 'No C2/C3 states' Thinkpad R40e BIOS. (#155236) * Mon Apr 18 2005 Dave Jones - Make ISDN ICN driver not oops when probed with no hardware present. - Add missing MODULE_LICENSE to mac_modes.ko man-pages-ja-20050415-1 ----------------------- * Wed Apr 20 2005 Akira TAGOH - 20050415-1 - updates to 20050415. net-snmp-5.2.1-10 ----------------- * Tue Apr 19 2005 Radek Vokal - 5.2.1-10 - fixed missing requires for devel package (#155221) setools-2.1.0-0 --------------- * Tue Apr 19 2005 Dan Walsh 2.1.0-1 - Update to latest from tresys system-config-printer-0.6.129-1 ------------------------------- * Tue Apr 19 2005 Tim Waugh 0.6.129-1 - 0.6.129: - Read PPD in universal newline mode (bug #147292). - Allow unset enums (bug #154500). - Fixed behaviour when cache file already exists (bug #143721). tftp-0.40-6 ----------- * Tue Apr 19 2005 Radek Vokal 0.40-6 - fix remap rules convert error tux-3.2.18-4 ------------ * Wed Apr 20 2005 Dave Jones - Fix strncpy warning. uucp-1.07-9 ----------- * Tue Apr 19 2005 Peter Vrabec 1.07-9 - long long fsu_bavail in struct fs_usage xfsprogs-2.6.13-4 ----------------- * Wed Apr 20 2005 Dave Jones - Disable debug. (#151438) - Rebuild with gcc4 From kmaraas at broadpark.no Wed Apr 20 12:14:16 2005 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Wed, 20 Apr 2005 14:14:16 +0200 Subject: VMWare In-Reply-To: <200504192259.14477.gmartyn@verizon.net> References: <200504192259.14477.gmartyn@verizon.net> Message-ID: <1113999256.4219.14.camel@localhost.localdomain> tir, 19,.04.2005 kl. 22.59 -0400, skrev Greg Martyn: > Has anyone had any luck installing VMWare under FC4-Test2? > I'm running rawhide as a vmware host with Windows XP as the guest with no problems. I had to patch vmware with the latest patch for linux, and the link for that I got from fedora-test-list I think. I'm running vmware 5... Cheers Kjartan From shiva at sewingwitch.com Wed Apr 20 12:43:19 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 20 Apr 2005 05:43:19 -0700 Subject: Getting SRPM from Extras In-Reply-To: <1113691738.3342.36.camel@fc4t2.mpeters.local> References: <20050416114227.3195f1b6.fedora@wir-sind-cool.org> <1113691738.3342.36.camel@fc4t2.mpeters.local> Message-ID: --On Saturday, April 16, 2005 3:48 PM -0700 "Michael A. Peters" wrote: > There is a potential issue, it can result in other packages you want not > having their requirements meant because they require the older version, > those usually can be worked around (often just rebuilding the src.rpm so > it links against the version you have) - but that's not generally > recommended for people who just need things to work without having to > futz around. Yep, that's why I wouldn't do it with glibc or the kernel. The closest candidate would be MySQL, because I needed some v4 features and I knew the upgrade was going to break other things like PHP. Upgrading by repackaging something like that with lots of dependencies takes a bit of planning. From czar at czarc.net Wed Apr 20 13:20:06 2005 From: czar at czarc.net (Gene C.) Date: Wed, 20 Apr 2005 09:20:06 -0400 Subject: VMWare In-Reply-To: <200504192259.14477.gmartyn@verizon.net> References: <200504192259.14477.gmartyn@verizon.net> Message-ID: <200504200920.07020.czar@czarc.net> On Tuesday 19 April 2005 22:59, Greg Martyn wrote: > Has anyone had any luck installing VMWare under FC4-Test2? > > If this is the wrong mailing list for this question, please point me in the > right direction. I have installed the vmware-workstation 5 last RC (have not gotten the official 5 yet), updated it with "update90", and then ran it successfully on a x86_64 (Opteron) FC4T2 system. It would be "nice" if the vmware "notes" in the FC3 RELEASE-NOTES were also included in FC4 (hint, hint) since you still need to copy (cp -rp) the /dev/vm* files to /etc/udev/devices so they will exist of reboots (wotherwise you will need to rerun vmware-config.pl every time you reboot. I have not tried 4.5.2 so I do not know if it will work. -- Gene From dhollis at davehollis.com Wed Apr 20 12:36:56 2005 From: dhollis at davehollis.com (David Hollis) Date: Wed, 20 Apr 2005 08:36:56 -0400 Subject: VMWare In-Reply-To: <200504192259.14477.gmartyn@verizon.net> References: <200504192259.14477.gmartyn@verizon.net> Message-ID: <1114000616.13059.7.camel@dhollis-lnx.sunera.com> On Tue, 2005-04-19 at 22:59 -0400, Greg Martyn wrote: > Has anyone had any luck installing VMWare under FC4-Test2? > > If this is the wrong mailing list for this question, please point me in the right direction. > > Thanks, > Greg Martyn > Get the vmware module patches from: http://platan.vc.cvut.cz/ftp/pub/vmware/vmware-any-any-update90.tar.gz Unpack, run the runme.pl script to update the VM environment. Now with the recent changes to glibc and linuxthreads, it seems that running vmware with: LD_ASSUME_KERNEL=2.4.20 LD_LIBRARY_PATH=/lib/obsolete/linuxthreads vmware should do the trick. Does for me anyway with VMware WS5, kernel 2.6.11-1.1240 and glibc 2.3.5-1 -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dhollis at davehollis.com Wed Apr 20 14:07:46 2005 From: dhollis at davehollis.com (David Hollis) Date: Wed, 20 Apr 2005 10:07:46 -0400 Subject: VMWare In-Reply-To: <200504200920.07020.czar@czarc.net> References: <200504192259.14477.gmartyn@verizon.net> <200504200920.07020.czar@czarc.net> Message-ID: <1114006066.13059.12.camel@dhollis-lnx.sunera.com> On Wed, 2005-04-20 at 09:20 -0400, Gene C. wrote: > On Tuesday 19 April 2005 22:59, Greg Martyn wrote: > > Has anyone had any luck installing VMWare under FC4-Test2? > > > > If this is the wrong mailing list for this question, please point me in the > > right direction. > > I have installed the vmware-workstation 5 last RC (have not gotten the > official 5 yet), updated it with "update90", and then ran it successfully on > a x86_64 (Opteron) FC4T2 system. > > It would be "nice" if the vmware "notes" in the FC3 RELEASE-NOTES were also > included in FC4 (hint, hint) since you still need to copy (cp -rp) > the /dev/vm* files to /etc/udev/devices so they will exist of reboots > (wotherwise you will need to rerun vmware-config.pl every time you reboot. I > have not tried 4.5.2 so I do not know if it will work. The udev part is no longer required, I think it was either one of the vmware-any-any updates or udev that resolved it. When I recently installed my new laptop with FC3, I didn't have to do any monkeying around with udev stuff to get the devices to show up. -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dragoran at feuerpokemon.de Wed Apr 20 14:20:13 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 20 Apr 2005 16:20:13 +0200 Subject: Firefox update tool Message-ID: <4266651D.4030207@feuerpokemon.de> Why is the firefox update tool also disabled for extensions? I can understand the reasons why its disabled by why don't let the users use it to update their extensions? If I do right click->update on an extension nothing happens (in the FC version). From mattdm at mattdm.org Wed Apr 20 15:35:23 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Wed, 20 Apr 2005 11:35:23 -0400 Subject: Firefox update tool In-Reply-To: <4266651D.4030207@feuerpokemon.de> References: <4266651D.4030207@feuerpokemon.de> Message-ID: <20050420153523.GA17264@jadzia.bu.edu> On Wed, Apr 20, 2005 at 04:20:13PM +0200, dragoran wrote: > Why is the firefox update tool also disabled for extensions? > I can understand the reasons why its disabled by why don't let the users > use it to update their extensions? > If I do right click->update on an extension nothing happens (in the FC > version). -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From ziga.mahkovec at klika.si Wed Apr 20 15:41:17 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Wed, 20 Apr 2005 17:41:17 +0200 Subject: Instrumenting kernel for boot time profiling In-Reply-To: <4263C53D.1050807@cs.umass.edu> References: <4263C53D.1050807@cs.umass.edu> Message-ID: <1114011678.8352.30.camel@localhost> On Mon, 2005-04-18 at 10:33 -0400, Tom Heydt-Benjamin wrote: > I followed with interest the "Boot Poster Challenge" thread from > November. If I am correct, all of the profiling results that were > demonstrated were done in userland by instrumenting the rc files and such. Yes, the early versions used to patch the sysinit script and use top and iostat for collecting data. This was later changed by replacing init(1) and collecting all data from /proc directly. See [1] for details. > Has anyone experimented with instrumenting the kernel to try and get > fine grained profiling data from the earliest parts of the boot > process? I need to do this for some experiments that we are > performing with power management of small mobile Linux devices, and > before I re-invent the wheel, I want to know what wisdom is available > on collecting timing data from the kernel starting early in the boot > process. Depending on what kind of data you're interested in (kernel boot or user-space boot?), there are already a number of useful interfaces in the kernel: 1. Profiling Using readprofile or oprofile you can get some basic profiling information. See linux/Documentation/basic_profiling.txt. 2. BSD process accounting Process accounting will allow you to get a detailed picture of the time and resources used by processes. By enabling CONFIG_BSD_PROCESS_ACCT_V3 (which also requires an updated user-space tool) you'll even get PID/PPID information, which is great for creating the process dependency graph. 3. Audit The audit subsystem in the 2.6 kernels provides system call auditing. Since it also intercepts calls to path_lookup(), you can use it to build a list of all opened files for example. Take a look at the audit package in rawhide. LTT[2] could also be used for tracing system calls. It used to live in the -mm patchset, but I think it's currently being reworked. [1] http://www.bootchart.org/docs.html [2] http://www.opersys.com/LTT/ -- Ziga From jspaleta at gmail.com Wed Apr 20 16:02:14 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 20 Apr 2005 12:02:14 -0400 Subject: VMWare In-Reply-To: <200504200920.07020.czar@czarc.net> References: <200504192259.14477.gmartyn@verizon.net> <200504200920.07020.czar@czarc.net> Message-ID: <604aa791050420090212570f01@mail.gmail.com> On 4/20/05, Gene C. wrote: > It would be "nice" if the vmware "notes" in the FC3 RELEASE-NOTES were also > included in FC4 (hint, hint) http://www.fedoraproject.org/wiki/FedoraDocs_2fReleaseNotes_2fCore4Test1 Which has a pre-filled bugzilla request url for suggesting a release notes enhancement. If the vmware note that exists there needs to be updated, file it using the bugzilla mechanism outlined above. -jef From czar at czarc.net Wed Apr 20 16:20:24 2005 From: czar at czarc.net (Gene C.) Date: Wed, 20 Apr 2005 12:20:24 -0400 Subject: VMWare In-Reply-To: <604aa791050420090212570f01@mail.gmail.com> References: <200504192259.14477.gmartyn@verizon.net> <200504200920.07020.czar@czarc.net> <604aa791050420090212570f01@mail.gmail.com> Message-ID: <200504201220.24554.czar@czarc.net> On Wednesday 20 April 2005 12:02, Jeff Spaleta wrote: > On 4/20/05, Gene C. wrote: > > It would be "nice" if the vmware "notes" in the FC3 RELEASE-NOTES were > > also included in FC4 (hint, hint) > > http://www.fedoraproject.org/wiki/FedoraDocs_2fReleaseNotes_2fCore4Test1 > Which has a pre-filled bugzilla request url for suggesting a release > notes enhancement. > > If the vmware note that exists there needs to be updated, file it > using the bugzilla mechanism outlined above. I was looking at the RELEASE-NOTES that came with FC4T2 and it has dropped the VMware note. On the other hand, the note may not be needed if you not longer need to copy the /dev/vm* to /etc/udev/devices which is implied (I have not tested it yet) in another message. After testing, I will then do what is appropriate. -- Gene From elprodigio at gmail.com Wed Apr 20 16:34:37 2005 From: elprodigio at gmail.com (Didier Casse) Date: Thu, 21 Apr 2005 00:34:37 +0800 Subject: mounting external harddisk with fstab-sync as a non-root user Message-ID: <513a3b305042009343ef4be69@mail.gmail.com> Hi everybody, First of all I apologize for posting this question here. I posted on the fedora-list but obtained no satisfactory answer. :-( I'll try not to repeat that. I'm using kernel 2.6.10-1.770_FC3 hotplug-2004_04_01-8.1 hal-0.4.7-1.FC3 The thing is when I plug an external harddisk on my laptop, Gnome sets the mount points at /media/whatever and mounts the drives. Icons even pop-up on the desktop. But when i try to view it as a normal user (click on the drive icons), it says I don't have the correct permission. I realize that i can only read the external drive mountpoint ONLY as ROOT! When i do an ls /media/whatever as a normal user, I get access denied. How to enable Gnome or fstab-sync to mount the drive so that a normal user can read it? This is silly that I have to become super user to see my Gnome-mounted drives! When I set user permissions in fstab, it just stays there for a while and are overwritten when I plug out and in again my external USB harddisk. Thanks for any insight. I hope in FC4, users would be able to just plug-in their harddrive and read it on the spot. ;-) -- Cheers, Didier. ------------ Didier F.B Casse | PhD candidate | LiMiNT Beamline Singapore Synchrotron Light Source (SSLS), 5 Research Link, Singapore 117603 Email: elprodigioREMOVE_THIS_ANTISPAM_MOJO at gmail.com| Web: http://ssls.nus.edu.sg | GPG Key 1024D/B3C57D01 2004-06-23 From kmaraas at broadpark.no Wed Apr 20 12:14:16 2005 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Wed, 20 Apr 2005 14:14:16 +0200 Subject: VMWare In-Reply-To: <200504192259.14477.gmartyn@verizon.net> References: <200504192259.14477.gmartyn@verizon.net> Message-ID: <1113999256.4219.14.camel@localhost.localdomain> tir, 19,.04.2005 kl. 22.59 -0400, skrev Greg Martyn: > Has anyone had any luck installing VMWare under FC4-Test2? > I'm running rawhide as a vmware host with Windows XP as the guest with no problems. I had to patch vmware with the latest patch for linux, and the link for that I got from fedora-test-list I think. I'm running vmware 5... Cheers Kjartan From david at fubar.dk Wed Apr 20 17:42:18 2005 From: david at fubar.dk (David Zeuthen) Date: Wed, 20 Apr 2005 13:42:18 -0400 Subject: mounting external harddisk with fstab-sync as a non-root user In-Reply-To: <513a3b305042009343ef4be69@mail.gmail.com> References: <513a3b305042009343ef4be69@mail.gmail.com> Message-ID: <1114018938.3218.48.camel@daxter.boston.redhat.com> On Thu, 2005-04-21 at 00:34 +0800, Didier Casse wrote: > How to enable Gnome or fstab-sync to mount the drive so that a normal > user can read it? This is known to work out of the box with vfat, other file systems (such as ext3) have permission bits that may mean you cannot read or write the files; it all depends on what file system you are using. Bypassing that doesn't sound like a particular good idea to me. Using such file systems on removable media is not a very good idea either IMHO. David From sopwith at redhat.com Wed Apr 20 19:30:20 2005 From: sopwith at redhat.com (Elliot Lee) Date: Wed, 20 Apr 2005 15:30:20 -0400 (EDT) Subject: Fedora Core 4 test3 freeze warning Message-ID: Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then all the broken dependencies need to be fixed, bugs fixed, etc. On the installer side, upgrades are supposed to work! :-) This is the last test release of the FC4 cycle so please make sure to put as much effort as possible into finding and reporting bugs, doing test installs/upgrades, etc. Best, -- Elliot From bt4rfj at earthlink.net Tue Apr 19 19:35:31 2005 From: bt4rfj at earthlink.net (Bob Jones) Date: Tue, 19 Apr 2005 15:35:31 -0400 Subject: Yum Update Message-ID: I must be stupid. I can't yum anything from development. . Here is what I'm getting (last 4 of ~190) ---------------- Installing for dependencies: gnu-crypto noarch 2.0.1-1jpp_2fc development 606 k gnu-crypto-jce-jdk1.4 noarch 2.0.1-1jpp_2fc development 112 k gnu-crypto-sasl-jdk1.4 noarch 2.0.1-1jpp_2fc development 31 k pm-utils i386 0.01-1 development 25 k Transaction Summary ============================================================================= Install 6 Package(s) Update 190 Package(s) Remove 0 Package(s) Total download size: 395 M Is this ok [y/N]: y Downloading Packages: unsigned package rhn-applet-2.1.17-3.i386.rpm [root at mu /root# Here is what I'm receiving (last 4) : ....... zlib-devel i386 1.2.2.2-3 development 98 k Installing for dependencies: gnu-crypto noarch 2.0.1-1jpp_2fc development 606 k gnu-crypto-jce-jdk1.4 noarch 2.0.1-1jpp_2fc development 112 k gnu-crypto-sasl-jdk1.4 noarch 2.0.1-1jpp_2fc development 31 k pm-utils i386 0.01-1 development 25 k Transaction Summary ============================================================================= Install 6 Package(s) Update 190 Package(s)ot update any files/packages from the development URL. Remove 0 Package(s) Total download size: 395 M Is this ok [y/N]: y Downloading Packages: unsigned package rhn-applet-2.1.17-3.i386.rpm [root at mu /root# ........ I've got all sorts of programs files/packages from the development URL. that should be updated. but nothing works. Does anyone have a clue to help me? Thanks Bob Jones From nman64 at n-man.com Wed Apr 20 19:50:00 2005 From: nman64 at n-man.com (Patrick Barnes) Date: Wed, 20 Apr 2005 14:50:00 -0500 Subject: Yum Update In-Reply-To: References: Message-ID: <4266B268.5080703@n-man.com> Bob Jones wrote: > I must be stupid. I can't yum anything from development. . > > Here is what I'm getting (last 4 of ~190) > > > ---------------- > Installing for dependencies: > gnu-crypto noarch 2.0.1-1jpp_2fc development > 606 k > gnu-crypto-jce-jdk1.4 noarch 2.0.1-1jpp_2fc development > 112 k > gnu-crypto-sasl-jdk1.4 noarch 2.0.1-1jpp_2fc > development 31 k > pm-utils i386 0.01-1 > development 25 k > > Transaction Summary > ============================================================================= > > Install 6 Package(s) > Update 190 Package(s) > Remove 0 Package(s) > Total download size: 395 M > Is this ok [y/N]: y > Downloading Packages: > unsigned package rhn-applet-2.1.17-3.i386.rpm > [root at mu /root# > > > Here is what I'm receiving (last 4) > : > ....... > zlib-devel i386 1.2.2.2-3 > development 98 k > Installing for dependencies: > gnu-crypto noarch 2.0.1-1jpp_2fc development > 606 k > gnu-crypto-jce-jdk1.4 noarch 2.0.1-1jpp_2fc development > 112 k > gnu-crypto-sasl-jdk1.4 noarch 2.0.1-1jpp_2fc > development 31 k > pm-utils i386 0.01-1 > development 25 k > > Transaction Summary > ============================================================================= > > Install 6 Package(s) > Update 190 Package(s)ot update any files/packages from the > development URL. > Remove 0 Package(s) > Total download size: 395 M > Is this ok [y/N]: y > Downloading Packages: > unsigned package rhn-applet-2.1.17-3.i386.rpm > [root at mu /root# > > ........ > > I've got all sorts of programs files/packages from the development > URL. that should be updated. but nothing works. > > Does anyone have a clue to help me? > > Thanks > > Bob Jones > Add gpgcheck=0 to /etc/yum.repos.d/fedora-devel.repo The RPMs in the development repository aren't signed. -Patrick "The N-Man" Barnes -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From czar at czarc.net Wed Apr 20 20:52:48 2005 From: czar at czarc.net (Gene C.) Date: Wed, 20 Apr 2005 16:52:48 -0400 Subject: VMWare In-Reply-To: <604aa791050420090212570f01@mail.gmail.com> References: <200504192259.14477.gmartyn@verizon.net> <200504200920.07020.czar@czarc.net> <604aa791050420090212570f01@mail.gmail.com> Message-ID: <200504201652.48995.czar@czarc.net> On Wednesday 20 April 2005 12:02, Jeff Spaleta wrote: > On 4/20/05, Gene C. wrote: > > It would be "nice" if the vmware "notes" in the FC3 RELEASE-NOTES were > > also included in FC4 (hint, hint) > > http://www.fedoraproject.org/wiki/FedoraDocs_2fReleaseNotes_2fCore4Test1 > Which has a pre-filled bugzilla request url for suggesting a release > notes enhancement. > > If the vmware note that exists there needs to be updated, file it > using the bugzilla mechanism outlined above. My mistake ... RELEASE-NOTES note no longer needed ... at least with vmware workstation 5 and even 4.5.2 if I understand things correctly ... the host initialization script does a mknod if the dev files do not exist. -- Gene From davidc at ccmi.salk.edu Thu Apr 21 00:34:54 2005 From: davidc at ccmi.salk.edu (David Chambers) Date: Wed, 20 Apr 2005 17:34:54 -0700 Subject: Firefox update tool In-Reply-To: <20050420153523.GA17264@jadzia.bu.edu> References: <4266651D.4030207@feuerpokemon.de> <20050420153523.GA17264@jadzia.bu.edu> Message-ID: <1114043694.4897.65.camel@muk.mgl> On Wed, 2005-04-20 at 11:35 -0400, Matthew Miller wrote: > On Wed, Apr 20, 2005 at 04:20:13PM +0200, dragoran wrote: > > Why is the firefox update tool also disabled for extensions? > > I can understand the reasons why its disabled by why don't let the users > > use it to update their extensions? > > If I do right click->update on an extension nothing happens (in the FC > > version). > > > > > -- > Matthew Miller mattdm at mattdm.org > Boston University Linux ------> > Matthew, Your patch works very well to enable extensions updates; it should certainly be incorporated into the development SRPM. I built the 1.0.3 devel SRPM with your patch on FC3 (builds cleanly) and I can now update my extensions with no hassle. Thank you! Surely this patch deserves to be in FC4 ... **Ahem!** hint, hint, maintainers :-) - David -- David Chambers From bt4rfj at earthlink.net Wed Apr 20 00:45:46 2005 From: bt4rfj at earthlink.net (Bob Jones) Date: Tue, 19 Apr 2005 20:45:46 -0400 Subject: Yum Update In-Reply-To: <4266B268.5080703@n-man.com> References: <4266B268.5080703@n-man.com> Message-ID: On Wed, 20 Apr 2005 14:50:00 -0500, Patrick Barnes wrote: > Bob Jones wrote: > >> I must be stupid. I can't yum anything from development. . >> > Patrick - Thanks for the reply! 'Worked like a champ. I feel like a jackass. Bob - From michael.favia at insitesinc.com Thu Apr 21 00:55:06 2005 From: michael.favia at insitesinc.com (Michael Favia) Date: Wed, 20 Apr 2005 19:55:06 -0500 Subject: Yum Update In-Reply-To: References: <4266B268.5080703@n-man.com> Message-ID: <4266F9EA.9090200@insitesinc.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bob Jones wrote: > On Wed, 20 Apr 2005 14:50:00 -0500, Patrick Barnes > wrote: > >> Bob Jones wrote: >> >>> I must be stupid. I can't yum anything from development. . >>> >> > Patrick - > > Thanks for the reply! > > 'Worked like a champ. I feel like a jackass. You shouldn't in my opinion. Signing packages ensures their *authenticity* and is not a warranty of any sort. I dont know why development packages arent signed because it introduces room for nefarious activity especially when you introduce mirrors in yum. You are at least justified in your confusion. - -- Michael Favia michael.favia at insitesinc.com Insites Incorporated http://michael.insitesinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCZvnqBVsNYjF2rDYRAmlxAJ98B9qrc/wwHkPpqkOJS6r39nZnjACdFwJ/ zc3fB8YDA1tK9Hz8LV4qriY= =+i1g -----END PGP SIGNATURE----- From gmartyn at verizon.net Thu Apr 21 02:32:25 2005 From: gmartyn at verizon.net (Greg Martyn) Date: Wed, 20 Apr 2005 22:32:25 -0400 Subject: VMWare In-Reply-To: <1114000616.13059.7.camel@dhollis-lnx.sunera.com> References: <200504192259.14477.gmartyn@verizon.net> <1114000616.13059.7.camel@dhollis-lnx.sunera.com> Message-ID: <200504202232.25116.gmartyn@verizon.net> On Wednesday April 20, 2005 8:36 am, David Hollis wrote: > Get the vmware module patches from: > http://platan.vc.cvut.cz/ftp/pub/vmware/vmware-any-any-update90.tar.gz Ah! I was using any-any-update89. Upgrading to update90 fixed it. Thanks! -Greg From malists at epon.ro Thu Apr 21 04:37:39 2005 From: malists at epon.ro (Marius Andreiana) Date: Thu, 21 Apr 2005 07:37:39 +0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: References: Message-ID: <1114058259.2958.6.camel@marte.biciclete.ro> On Wed, 2005-04-20 at 15:30 -0400, Elliot Lee wrote: > This is the last test release of the FC4 cycle so please make sure to put > as much effort as possible into finding and reporting bugs, doing test > installs/upgrades, etc. How about unresolved bugs already filled? fc4t1 bugs https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora +Core&version=fc4test1&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=MODIFIED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= fc4t2 bugs https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora +Core&version=fc4test2&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=MODIFIED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= Many didn't even receive a developer comment. I did a query on fc3 test 1-3 bugs, there are still 425 bugs: https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora +Core&version=fc3test1&version=fc3test2&version=fc3test3&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=MODIFIED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= Ignoring the bug reports doesn't motivate testers very much... -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From elprodigio at gmail.com Thu Apr 21 04:55:42 2005 From: elprodigio at gmail.com (Didier Casse) Date: Thu, 21 Apr 2005 12:55:42 +0800 Subject: mounting external harddisk with fstab-sync as a non-root user In-Reply-To: <1114018938.3218.48.camel@daxter.boston.redhat.com> References: <513a3b305042009343ef4be69@mail.gmail.com> <1114018938.3218.48.camel@daxter.boston.redhat.com> Message-ID: <513a3b3050420215514affb80@mail.gmail.com> On 4/21/05, David Zeuthen wrote: > On Thu, 2005-04-21 at 00:34 +0800, Didier Casse wrote: > > How to enable Gnome or fstab-sync to mount the drive so that a normal > > user can read it? > > This is known to work out of the box with vfat, other file systems (such > as ext3) have permission bits that may mean you cannot read or write the > files; it all depends on what file system you are using. Bypassing that > doesn't sound like a particular good idea to me. Using such file systems > on removable media is not a very good idea either IMHO. Hi David, Thanks for the reply. Actually it's a friend's external hard drive. The file system is NTFS. Well it's because he uses it on his Windows box too and wants Linux to read the data... which the latter does magnifically but one has to become root to see it! I just installed FC dual boot on his laptop. You mean one way would be to convert the file system to FAT32 and get over it! For me it wouldn't be a problem. But I guess you should know that when people come from a Windows world, they expect something to work more or less exactly the same. That means in Windows, he just plugs in the drive, immediately recognized by the system, device mounted, reads and writes then unplugs. He told me writing was not a problem. He only wants to read from it. Those external hard disks are getting really popular nowadays and a lot of people would get one in the near future... What are Redhat's plans for things like these? Again thanks for the reply. If there's no other solution, I guess I'll tell him to convert the filesystem. -- Cheers, Didier. ------------ Didier F.B Casse | PhD candidate | LiMiNT Beamline Singapore Synchrotron Light Source (SSLS), 5 Research Link, Singapore 117603 Email: elprodigioREMOVE_THIS_ANTISPAM_MOJO at gmail.com| Web: http://ssls.nus.edu.sg | GPG Key 1024D/B3C57D01 2004-06-23 From perbj at stanford.edu Thu Apr 21 05:16:06 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Wed, 20 Apr 2005 22:16:06 -0700 Subject: mounting external harddisk with fstab-sync as a non-root user In-Reply-To: <513a3b3050420215514affb80@mail.gmail.com> References: <513a3b305042009343ef4be69@mail.gmail.com> <1114018938.3218.48.camel@daxter.boston.redhat.com> <513a3b3050420215514affb80@mail.gmail.com> Message-ID: <1114060566.4780.27.camel@localhost.localdomain> On Thu, 2005-04-21 at 12:55 +0800, Didier Casse wrote: > Those external hard disks are getting really popular nowadays and and > lot of people would get one in the near future... What are Redhat's > plans for things like these? Well, I have never seen an external device that didn't come pre- formatted with some FAT variant... Not that external hard disks with some other filesystem don't exist, I have a couple of ext3-formatted external disks myself, but I did that on purpose. Did your friend reformat the disk at some point? > Again thanks for the reply. If there's no other solution, I guess I'll > tell him to convert the filesystem. For now, VFAT is certainly the way to go for universal interoperability, even though it sucks in many other ways. /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From elprodigio at gmail.com Thu Apr 21 07:31:40 2005 From: elprodigio at gmail.com (Didier Casse) Date: Thu, 21 Apr 2005 15:31:40 +0800 Subject: mounting external harddisk with fstab-sync as a non-root user In-Reply-To: <1114060566.4780.27.camel@localhost.localdomain> References: <513a3b305042009343ef4be69@mail.gmail.com> <1114018938.3218.48.camel@daxter.boston.redhat.com> <513a3b3050420215514affb80@mail.gmail.com> <1114060566.4780.27.camel@localhost.localdomain> Message-ID: <513a3b305042100313e4aa9c5@mail.gmail.com> On 4/21/05, Per Bjornsson wrote: > On Thu, 2005-04-21 at 12:55 +0800, Didier Casse wrote: > > Those external hard disks are getting really popular nowadays and and > > lot of people would get one in the near future... What are Redhat's > > plans for things like these? > > Well, I have never seen an external device that didn't come pre- > formatted with some FAT variant... Not that external hard disks with > some other filesystem don't exist, I have a couple of ext3-formatted > external disks myself, but I did that on purpose. Did your friend > reformat the disk at some point? Most likely... Since he partitioned the hard disk into two partitions and I don't know any vendors in Singapore that sells external harddisk with NTFS file system. At some point, WinXP would have asked him to choose between VFAT or NTFS, and he opted for NTFS. > > > Again thanks for the reply. If there's no other solution, I guess I'll > > tell him to convert the filesystem. > > For now, VFAT is certainly the way to go for universal interoperability, > even though it sucks in many other ways. I guess I have to agree with you Per. ;-) If for now there seems to be no other way to deal with this, the solution would be to go for a VFAT system. -- Cheers, Didier. ------------ Didier F.B Casse | PhD candidate | LiMiNT Beamline Singapore Synchrotron Light Source (SSLS), 5 Research Link, Singapore 117603 Email: elprodigioREMOVE_THIS_ANTISPAM_MOJO at gmail.com| Web: http://ssls.nus.edu.sg | GPG Key 1024D/B3C57D01 2004-06-23 From malists at epon.ro Thu Apr 21 10:39:25 2005 From: malists at epon.ro (Marius Andreiana) Date: Thu, 21 Apr 2005 13:39:25 +0300 Subject: removing esd - seems possible now? Message-ID: <1114079965.3396.8.camel@marte.biciclete.ro> Looks like infrastructure for removing esd is in place. The following prevent it: 1. dmix isn't enabled by default in FC4t2 (like esd, it enables multiple sound sources to output at the same time). This has been solved upstream in alsa 1.0.9rc2: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1068 Could this be updated before FC4t3? 2. gstreamer uses alsa by default, but doesn't work: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155542 3. GNOME sound preferences capplet doesn't allow events sounds without esd, I assume only because the UI design: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155421 The option to start ESD at GNOME startup should be removed. Seems like there's no need now for another sound server like MAS, as alsa+dmix can do the job. References: http://wiki.arslinux.com/Dmix http://www.mediaapplicationserver.net/indexframes.html What do you sing^H^H^H^ say? :-) -- Marius Andreiana Epon -- future-proof business applications http://www.epon.ro From buildsys at redhat.com Thu Apr 21 11:56:53 2005 From: buildsys at redhat.com (Build System) Date: Thu, 21 Apr 2005 07:56:53 -0400 Subject: rawhide report: 20050421 changes Message-ID: <200504211156.j3LBurNY001953@porkchop.devel.redhat.com> Updated Packages: MySQL-python-1.2.0-1 -------------------- * Thu Apr 21 2005 Tom Lane 1.2.0-1 - Update to 1.2.0, per bug #155341 - Link against mysql 4.x not 3.x, per bug #150828 audit-0.6.12-1 -------------- * Wed Apr 20 2005 Steve Grubb 0.6.12-1 - Fixed bug where elf type wasn't being set when given numerically - Added autrace program (similar to strace) - Fixed bug when logs = 2 and ROTATE is the action, only 1 log resulted cman-1.0-0.pre33.1 ------------------ cman-kernel-2.6.11.2-20050420.112235.FC4.0 ------------------------------------------ cvs-1.11.19-8 ------------- * Mon Apr 18 2005 Martin Stransky 1.11.17-8 - add security fix CAN-2005-0753 (Derek Price) dlm-1.0-0.pre21.2 ----------------- dlm-kernel-2.6.11.2-20050420.131626.FC4.0 ----------------------------------------- eclipse-changelog-1:2.0.1_fc-20 ------------------------------- * Wed Apr 20 2005 Phil Muldoon 2.0.1_fc-20 - Fixed SDK symlink so Python parser will build - Remove -DjavacFailOnError=false from java -cp command emacs-21.4-3 ------------ * Wed Apr 20 2005 Jens Petersen - 21.4-3 - add igrep.el and init file fence-1.27-1 ------------ filesystem-2.3.2-1 ------------------ * Wed Apr 20 2005 John Dennis - 2.3.2-1 - add /etc/pki, a place to store keys and certificates gdm-1:2.6.0.8-6 --------------- * Tue Apr 19 2005 Matthias Clasen 1:2.6.0.8-6 - Add a throbber for early login gnbd-1.0-0.pre13.1 ------------------ gnbd-kernel-2.6.11.2-20050420.133124.FC4.2 ------------------------------------------ gnome-applets-1:2.10.1-4 ------------------------ * Wed Apr 20 2005 Ray Strode 1:2.10.1-4 - Use builtin copy of apmlib instead of adding an external dependency (bug 155125) iddev-1.9-19 ------------ iiimf-1:12.1.1-16.svn2532 ------------------------- * Wed Apr 20 2005 Akira TAGOH - 1:12.1.1-16.svn2532 - update to latest trunk r2532 - Fixed a crash issue during preediting with iiimqcf (#154374) - Fixed a crash issue when LE is switched on Qt applications (#155211) iiimf-le-chinput-0.3-19 ----------------------- * Thu Apr 21 2005 Yu Shao -19 - move /locale/zh_CN/* to /chinput isdn4k-utils-3.2-27 ------------------- * Wed Apr 20 2005 Martin Stransky 3.2-27 - fix for large filesystems (#155441) jpilot-0.99.8-0.pre8.2 ---------------------- * Wed Apr 20 2005 Ivana Varekova 0.99.8-0.pre8.2 - rebuilt kdesdk-3.4.0-3 -------------- * Wed Apr 20 2005 Than Ngo 2:3.4.0-3 - fix dependency issue kernel-2.6.11-1.1253_FC4 ------------------------ mgetty-1.1.31-5 --------------- * Thu Apr 21 2005 Peter Vrabec 1.1.31-5 - support FILE_OFFSET_BITS=64 in statvfs (#155440) perl-3:5.8.6-6 -------------- * Wed Apr 20 2005 Jose Pedro Oliveira - 3:5.8.6-6 - FCGI is not provided by perl (#148847). - Drop the '.1' suffix from the perl-suidperl subpackage. * Thu Mar 17 2005 Jason Vas Dias - 3:5.8.6-5 - bug 151127: fix to use libresolv instead of libbind (perl-5.8.6-libresolv.patch). * Tue Mar 08 2005 Chip Turner - 3:5.8.6-4 - add patch to put site_perl and vendor_perl before core perl dirs, to allow for overriding modules perl-Convert-ASN1-0.19-1 ------------------------ perl-Devel-Symdump-2.03-20 -------------------------- * Wed Apr 20 2005 Jose Pedro Oliveira - 2.03-20 - (#155463) - BuildArch correction (noarch). - Bring up to date with current Fedora.Extras perl spec template. perl-Parse-Yapp-1.05-33 ----------------------- * Wed Apr 20 2005 Jose Pedro Oliveira - 1.05-33 - #155467 - Bring up to date with current Fedora.Extras perl spec template. postfix-2:2.2.2-2 ----------------- * Wed Apr 20 2005 Tomas Mraz 2:2.2.2-2 - fix fsspace on large filesystems (>2G blocks) pump-0.8.22-1 ------------- * Wed Apr 20 2005 Jeremy Katz - 0.8.22-1 - add patch from Sean Dilda to support setting of MTU (#154726, related to #155414/#151789) * Tue Sep 21 2004 Jeremy Katz - 0.8.21-1 - don't bring down the interface when getting a lease, should help with some cases where switch negotiation takes a while. anaconda already takes the interface down before getting a lease and then ensures that the link is present (#131475, #110036) * Tue Jan 06 2004 Jeremy Katz 0.8.20-1 - rebuild with vendor class id patch (#78843) redhat-artwork-0.122-3 ---------------------- * Wed Apr 20 2005 Matthias Clasen 0.122-3 - add a throbber to the login screen for early-login (these changes are also committed upstream, but I couldn't get redhat-artwork to distcheck, therefore I patched them in here; throbbers.tar.bz2 and the throbbers patch should be removed with the next upstream redhat-artwork tarball) selinux-doc-1.19.5-1 -------------------- * Wed Apr 20 2005 Dan Walsh 1.19.5-1 - Update to NSA Release version * Added Ubuntu SELinux link to README. * Updated README.MLS. * Merged README.HIERARCHY from Tresys Technology. * Thu Apr 07 2005 Dan Walsh 1.19.2-1 - Update to NSA Release version * Merged top-level Makefile from Andreas Steinmetz. * Updated README.MLS to reflect recent changes. selinux-policy-strict-1.23.12-1 ------------------------------- * Wed Apr 20 2005 Dan Walsh 1.23.12-1 - Fix dhcpc.te - fix hostname.te for targeted domain - Update from NSA * Merged Dan Walsh's Netlink changes to handle new auditing pam modules. * Merged Dan Walsh's patch removing the sysadmfile attribute from policy files to separate sysadm_t from secadm_t. * Added CVS and uucpd policy from Dan Walsh. * Cleanup by Dan Walsh to handle turning off unlimitedRC. * Merged Russell Coker's fixes to ntpd, postgrey, and named policy. * Cleanup of chkpwd_domain and added permissions to su_domain macro due to pam changes to support audit. * Added nlmsg_relay and nlmsg_readpriv permissions to the netlink_audit_socket class. * Tue Apr 19 2005 Dan Walsh 1.23.11-4 - Fix httpd_suexec_t to be able to creat log file - Add auditctl_t - Misc fixes selinux-policy-targeted-1.23.12-1 --------------------------------- * Wed Apr 20 2005 Dan Walsh 1.23.12-1 - Fix dhcpc.te - fix hostname.te for targeted domain - Update from NSA * Merged Dan Walsh's Netlink changes to handle new auditing pam modules. * Merged Dan Walsh's patch removing the sysadmfile attribute from policy files to separate sysadm_t from secadm_t. * Added CVS and uucpd policy from Dan Walsh. * Cleanup by Dan Walsh to handle turning off unlimitedRC. * Merged Russell Coker's fixes to ntpd, postgrey, and named policy. * Cleanup of chkpwd_domain and added permissions to su_domain macro due to pam changes to support audit. * Added nlmsg_relay and nlmsg_readpriv permissions to the netlink_audit_socket class. * Tue Apr 19 2005 Dan Walsh 1.23.11-4 - Fix httpd_suexec_t to be able to creat log file - Add auditctl_t - Misc fixes setools-2.1.0-2 --------------- * Wed Apr 20 2005 Dan Walsh 2.1.0-2 - Fix requires line system-config-network-1.3.26-1 ------------------------------ * Wed Apr 20 2005 Harald Hoyer - 1.3.26 - CBCP_MSN added (bug #125710) system-config-packages-1.2.24-1 ------------------------------- * Wed Apr 20 2005 Jeremy Katz - 1.2.24-1 - handle groups of metapkgs (#154090) - clean up some deprecation warnings * Thu Dec 02 2004 Jeremy Katz - 1.2.23-1 - more metapkg fixing (#138397) * Wed Dec 01 2004 Jeremy Katz - 1.2.22-1 - rebuild for translations (#141456) xorg-x11-6.8.2-26 ----------------- * Wed Apr 20 2005 Mike A. Harris 6.8.2-26 - Re-enable xorg-x11-6.8.2-ati-radeon-disable-broken-renderaccel-by-default.patch patch on FC3/FC4, until we have a new renderaccel patch to test. - Delete Xprint manpage. From heretic at ihug.co.nz Thu Apr 21 12:10:23 2005 From: heretic at ihug.co.nz (David Mohring) Date: Fri, 22 Apr 2005 00:10:23 +1200 Subject: removing esd - seems possible now? In-Reply-To: <1114079965.3396.8.camel@marte.biciclete.ro> References: <1114079965.3396.8.camel@marte.biciclete.ro> Message-ID: <1114085423.6022.22.camel@heretic.grobb.org> On Thu, 2005-04-21 at 13:39 +0300, Marius Andreiana wrote: > Looks like infrastructure for removing esd is in place. > The following prevent it: The esound demon ESD, clunky as it, is still currently the best way to serve sound to remote X11/LTSP terminals. I've been able to get KDE arts sources plugged into ESD and working, but not the other way round. It's also easy enough to plug ESD into the older NAS ( network audio server ). There are many schools and other organizations still using older hardware or thin Xterminals that support only NAS,ESD or ARTS. > > 1. dmix isn't enabled by default in FC4t2 (like esd, it enables multiple > sound sources to output at the same time). > This has been solved upstream in alsa 1.0.9rc2: > https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1068 > Could this be updated before FC4t3? > > 2. gstreamer uses alsa by default, but doesn't work: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155542 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=135990 http://bugzilla.gnome.org/show_bug.cgi?id=155575 You still need dmix to get gstreamer ALSA working with multiple sound devices. > > 3. GNOME sound preferences capplet doesn't allow events sounds without > esd, I assume only because the UI design: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155421 > The option to start ESD at GNOME startup should be removed. > > Seems like there's no need now for another sound server like MAS, as > alsa+dmix can do the job. > References: > http://wiki.arslinux.com/Dmix > http://www.mediaapplicationserver.net/indexframes.html > > What do you sing^H^H^H^ say? :-) ALSA + Jack is still the best low latency sound system. http://ccrma.stanford.edu/planetccrma/software/ Its already been suggested that the core ccrma sound packages be rolled into Fedora Extras. -- David Mohring From jec at rptec.ch Thu Apr 21 13:01:56 2005 From: jec at rptec.ch (Jean-Eric Cuendet) Date: Thu, 21 Apr 2005 15:01:56 +0200 Subject: Speedying up the boot for Fedora Message-ID: <4267A444.9050200@rptec.ch> Hi, To speed the boot of Fedora, the taken approach is to readahead the files needed by the daemons/tools run during boot. This approach works well but the actual approach is to pre-load some files from a static defined file. (This is accomplished by /etc/init.d/readahead which reads files from /etc/readahead.files) There is IMHO at least 2 problems: - When the boot process change, either by removing/adding services, the fiels that must be readahead change. But the readahead.files don't. - The readahead process don't read the files in the best order to minimize the head movement on the hard disk - The readahead process don't rearrange the files on disk so the readahead process can be quicker. Why not implement a dynamic mechanism to know which files need to be read in readahead? - End of kernel init - Register a (KProbes or LSM?) hook that listen to which files are read - Boot the system - End of system boot, read the files that were read during boot itself. - Update the readahead.files file so the readahead could be quicker. A second step could be to rearrange the files so the readahead could read them without too much head movemement on the HD. Perhaps with help of e2fsdefrag? Do you have any comment? -jec -- Jean-Eric Cuendet Riskpro Technologies SA Av du 14 avril 1b, 1020 Renens Switzerland Principal: +41 21 637 0110 Fax: +41 21 637 01 11 Direct: +41 21 637 0123 E-mail: jean-eric.cuendet at rptec.ch http://www.rptec.ch -------------------------------------------------------- From arjanv at redhat.com Thu Apr 21 13:20:53 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 21 Apr 2005 15:20:53 +0200 Subject: Speedying up the boot for Fedora In-Reply-To: <4267A444.9050200@rptec.ch> References: <4267A444.9050200@rptec.ch> Message-ID: <1114089654.6277.42.camel@laptopd505.fenrus.org> On Thu, 2005-04-21 at 15:01 +0200, Jean-Eric Cuendet wrote: > Hi, > To speed the boot of Fedora, the taken approach is to readahead the > files needed by the daemons/tools run during boot. This approach works > well but the actual approach is to pre-load some files from a static > defined file. (This is accomplished by /etc/init.d/readahead which reads > files from /etc/readahead.files) > > There is IMHO at least 2 problems: > - When the boot process change, either by removing/adding services, the > fiels that must be readahead change. But the readahead.files don't. > - The readahead process don't read the files in the best order to > minimize the head movement on the hard disk this one is easy to fix btw; I wrote a small tool a while ago (and posted to the list) to sort the file in disk order -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dwmw2 at infradead.org Thu Apr 21 13:21:41 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 21 Apr 2005 23:21:41 +1000 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: References: Message-ID: <1114089703.29135.56.camel@localhost.localdomain> On Wed, 2005-04-20 at 15:30 -0400, Elliot Lee wrote: > Fedora Core 4 test3 is set to freeze in a week. That's April 27. By then > all the broken dependencies need to be fixed, bugs fixed, etc. On the > installer side, upgrades are supposed to work! :-) > > This is the last test release of the FC4 cycle so please make sure to put > as much effort as possible into finding and reporting bugs, doing test > installs/upgrades, etc. Nominations for FC4 blocker bugs: #145314 GNOME/Evolution cut/paste is broken. I can select something in one Evo composer, middle click in another Evo composer and get something _other_ than what I just selected. #154336 NetworkManager code fails C101 (although admittedly I had to look it up too to double-check it was being naughty) #154499 GNOME file dialog shows indeterministic behaviour when I type a filename into it and press 'enter' _Either_ but probably not both of: #147675 Modemlights applet is broken. #136662 NetworkManager doesn't replace modemlights applet It's also be nice to see some of the Evo bugs fixed... #83257, #145313, #145634, #147780, #151121, and some others. It's getting to the point where I think I really might have to ditch Evolution and switch to something less crack-inspired. -- dwmw2 From jspaleta at gmail.com Thu Apr 21 14:30:53 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 21 Apr 2005 10:30:53 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114058259.2958.6.camel@marte.biciclete.ro> References: <1114058259.2958.6.camel@marte.biciclete.ro> Message-ID: <604aa79105042107302b02bd4d@mail.gmail.com> On 4/21/05, Marius Andreiana wrote: > How about unresolved bugs already filled? > fc4t1 bugs lets see out 7 fc4t1 bugs listed at that url 2 are in assigned state and the red hat maintainers have commented inside the bug and have expressed that this issue is being worked on. 1 is in needinfo state and the red hat maintainer has commented saying this should be fixed in rawhide and is waiting for the reporter to retest and confirm the fix 1 is in a reopen state where the maintainer has commented asking for more information. 3 are in a new state, 1 has been commented on by the developer that its fixed in cvs. 2 in the new state are kernel issues. The reporters of these test1 kernel problems should attempt to duplicate the issues with test2 and report back. Lets face it.. the kernel gets a lot of bugreports thats intimately hardware specific, affect hardware the fedora developer might not have access to.. but upstream developers might be aware of and working on. > I did a query on fc3 test 1-3 bugs, there are still 425 bugs: Out of those 425.. how many are now in the modified state indicating that a developer has worked on it and thinks the issue is fixed? how many are in the need info state meaning the developer needs someone to provide more information to make headway on the report? how many are in the assigned state where the developer is working on the problem? out of the remaining new or reopened.. how many of those are actually requests for enhancements instead of a serious crasher or inoperable bug? > Ignoring the bug reports doesn't motivate testers very much... No one sane is going to suggest that there is enough skilled manpower right now to follow up on each individual bugreport AND get things actually fixed. But I don't think its fair to say that people are actively ignoring bug reports. Let's talk numbers. I get a total of 1602 bug against fc3t1-3 i get a total of 320 assigned/new/reopened against fc3t1-3 Those numbers don't tell me that developers are trying to ignore anyone, those numbers tell me the system is overwhelmed. -jef From arjanv at redhat.com Thu Apr 21 14:48:27 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 21 Apr 2005 16:48:27 +0200 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <604aa79105042107302b02bd4d@mail.gmail.com> References: <1114058259.2958.6.camel@marte.biciclete.ro> <604aa79105042107302b02bd4d@mail.gmail.com> Message-ID: <1114094908.6277.56.camel@laptopd505.fenrus.org> > > > Ignoring the bug reports doesn't motivate testers very much... > No one sane is going to suggest that there is enough skilled manpower > right now to follow up on each individual bugreport AND get things > actually fixed. But I don't think its fair to say that people are > actively ignoring bug reports. Let's talk numbers. > I get a total of 1602 bug against fc3t1-3 > i get a total of 320 assigned/new/reopened against fc3t1-3 > > Those numbers don't tell me that developers are trying to ignore > anyone, those numbers tell me the system is overwhelmed. as someone who has been on the receiving end of bugs until a few months ago I can say that we don't ignore bugs. *HOWEVER* bugs do have various priorities. And that's not always the priority the reporter thinks it is. "OH MY GOD THEY BROKE MY WEIRDASS ISA SOUND CARD" may well be very important for you (you don't get to enjoy your mp3^Wogg collection) but it's a defect that would hit maybe 0.00005% of the users, and as such for the other end of the bugreport isn't too important compared to the other bugs. I can imagine you saying "then close it wontfix then I know where I am". Well. Funny you say that ;-). If I do that as developer to 100 bugs, the result will 40 hate mails describing the assumed profession of my mother, 30 reopens with "but this IS important and you are a jerk to think it's not" and a lot of hassle. After some time, I can tell you, you just don't do that anymore and leave the bugs dangling instead. Another angle is the amount of information in the bug. Bugs with very little useful aren't exactly motivating to work on, simply because there's no way to even begin to start (basic info like version numbers and hardware info etc missing). Asking for that info goes unanswered like half the time at least. Another thing (at least for the kernel) is that there is a lot of broken hardware out there. Some by design, some really defective. But hey the kernel oopses so ... Or some binary module is used that happens to corrupt random data. I'd estimate that 20% to 30% of the incoming bugs is in this class; absolutely unreproducable and by nature unfixable. Yet if you close it people don't like to hear their hardware sucks, and you get "If I sacrifice 3 chickens, hold my finger exactly THERE then mandriva works, but fedora doesn't" and a portion of the hatemail I described before already. Leaving these bugs open is useful however, because if you see the same bug pattern (same oops) happen more than a few times then maybe the combined bugs are sufficient to have a lead. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mattdm at mattdm.org Thu Apr 21 15:43:58 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Thu, 21 Apr 2005 11:43:58 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114094908.6277.56.camel@laptopd505.fenrus.org> References: <1114058259.2958.6.camel@marte.biciclete.ro> <604aa79105042107302b02bd4d@mail.gmail.com> <1114094908.6277.56.camel@laptopd505.fenrus.org> Message-ID: <20050421154358.GA28099@jadzia.bu.edu> On Thu, Apr 21, 2005 at 04:48:27PM +0200, Arjan van de Ven wrote: > where I am". Well. Funny you say that ;-). If I do that as developer to > 100 bugs, the result will 40 hate mails describing the assumed > profession of my mother, 30 reopens with "but this IS important and you > are a jerk to think it's not" and a lot of hassle. After some time, I > can tell you, you just don't do that anymore and leave the bugs dangling > instead. Yep, totally understood. I've been on both ends of that. :) I think it'd be good to have a "bugzilla gardener" position -- someone who's job it is to deal with that sort of thing. (Thankless maybe, but important.) -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> Current office temperature: 75 degrees Fahrenheit. From malists at epon.ro Thu Apr 21 15:44:36 2005 From: malists at epon.ro (Marius Andreiana) Date: Thu, 21 Apr 2005 18:44:36 +0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <604aa79105042107302b02bd4d@mail.gmail.com> References: <1114058259.2958.6.camel@marte.biciclete.ro> <604aa79105042107302b02bd4d@mail.gmail.com> Message-ID: <1114098277.2948.6.camel@marte.biciclete.ro> On Thu, 2005-04-21 at 10:30 -0400, Jeff Spaleta wrote: > actually fixed. But I don't think its fair to say that people are > actively ignoring bug reports. Let's talk numbers. > I get a total of 1602 bug against fc3t1-3 > i get a total of 320 assigned/new/reopened against fc3t1-3 This is a good report which I should have run. Less than 1/5 unsolved yet, this is a very good ratio. I'll try to do more QA too. -- Marius Andreiana From malists at epon.ro Thu Apr 21 15:55:41 2005 From: malists at epon.ro (Marius Andreiana) Date: Thu, 21 Apr 2005 18:55:41 +0300 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <20050421154358.GA28099@jadzia.bu.edu> References: <1114058259.2958.6.camel@marte.biciclete.ro> <604aa79105042107302b02bd4d@mail.gmail.com> <1114094908.6277.56.camel@laptopd505.fenrus.org> <20050421154358.GA28099@jadzia.bu.edu> Message-ID: <1114098942.2948.15.camel@marte.biciclete.ro> On Thu, 2005-04-21 at 11:43 -0400, Matthew Miller wrote: > I think it'd be > good to have a "bugzilla gardener" position -- someone who's job it is to > deal with that sort of thing. (Thankless maybe, but important.) OOo has this and I participated in QA. Initial reports are UNCONFIRMED, they are marked NEW by a QA person after replicating or after getting needed details from reporter or if it's a good enhancement and after checking for duplicates etc. But fedora is different, it's a complete operating system running on various hardware and some bugs will only happen to reporters. -- Marius Andreiana From jec at rptec.ch Thu Apr 21 16:07:05 2005 From: jec at rptec.ch (Jean-Eric Cuendet) Date: Thu, 21 Apr 2005 18:07:05 +0200 Subject: Speedying up the boot for Fedora In-Reply-To: <20050421160013.B92E7738A3@hormel.redhat.com> References: <20050421160013.B92E7738A3@hormel.redhat.com> Message-ID: <4267CFA9.1090303@rptec.ch> >> - When the boot process change, either by removing/adding services, the >> fiels that must be readahead change. But the readahead.files don't. >> - The readahead process don't read the files in the best order to >> minimize the head movement on the hard disk > this one is easy to fix btw; I wrote a small tool a while ago (and > posted to the list) to sort the file in disk order OK, fine, but I can't find it. Could you repost it? And would you be interested in a kernel module that tracks the read files during boot? Or do you find that useless? And you as a great kernel hacker :-) , what would you use? LSM? KProbes? Else? Thanks. -jec From ziga.mahkovec at klika.si Thu Apr 21 16:13:29 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Thu, 21 Apr 2005 18:13:29 +0200 Subject: Speedying up the boot for Fedora In-Reply-To: <1114089654.6277.42.camel@laptopd505.fenrus.org> References: <4267A444.9050200@rptec.ch> <1114089654.6277.42.camel@laptopd505.fenrus.org> Message-ID: <1114100009.6876.16.camel@localhost> On Thu, 2005-04-21 at 15:20 +0200, Arjan van de Ven wrote: > On Thu, 2005-04-21 at 15:01 +0200, Jean-Eric Cuendet wrote: > > There is IMHO at least 2 problems: > > - When the boot process change, either by removing/adding services, the > > fiels that must be readahead change. But the readahead.files don't. > > - The readahead process don't read the files in the best order to > > minimize the head movement on the hard disk > > this one is easy to fix btw; I wrote a small tool a while ago (and > posted to the list) to sort the file in disk order Yes, fileblock definitely helped. But we still couldn't get near the throughput 'hdparm -t' reports. I've actually been looking into this problem for the past few days. What I've found so far for example is that the current readahead(1) logic: for each file: open file stat file readahead file can be improved by doing this instead: for each file: open file stat file for each file: open file stat file readahead file The reasoning being that in the first case, we're forcing the disk head to move from the inode tables to the data blocks, causing further seeking. In the second case, we take advantage of the fact that the inodes are close together and cache them first instead (this of course being ext2/ext3 specific). I could send a patch that does the above, but I think this can be even further improved by taking advantage of how ext2fs works. See [1] for an example of a problem I'm currently solving. I'll let you know if I get any good results. [1] https://www.redhat.com/archives/ext3-users/2005-April/msg00020.html -- Ziga From arjanv at redhat.com Thu Apr 21 16:25:29 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 21 Apr 2005 18:25:29 +0200 Subject: Speedying up the boot for Fedora In-Reply-To: <4267CFA9.1090303@rptec.ch> References: <20050421160013.B92E7738A3@hormel.redhat.com> <4267CFA9.1090303@rptec.ch> Message-ID: <1114100729.6277.60.camel@laptopd505.fenrus.org> On Thu, 2005-04-21 at 18:07 +0200, Jean-Eric Cuendet wrote: > >> - When the boot process change, either by removing/adding services, the > >> fiels that must be readahead change. But the readahead.files don't. > >> - The readahead process don't read the files in the best order to > >> minimize the head movement on the hard disk > > > this one is easy to fix btw; I wrote a small tool a while ago (and > > posted to the list) to sort the file in disk order > > OK, fine, but I can't find it. Could you repost it? > http://www.redhat.com/archives/fedora-devel-list/2004-November/msg00955.html > > And would you be interested in a kernel module that tracks the read > files during boot? if you look at the fedora src.rpm's you'll see there is a crude patch to just printk all these files ;) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dragoran at feuerpokemon.de Thu Apr 21 16:34:57 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 21 Apr 2005 18:34:57 +0200 Subject: Firefox update tool In-Reply-To: <20050420153523.GA17264@jadzia.bu.edu> References: <4266651D.4030207@feuerpokemon.de> <20050420153523.GA17264@jadzia.bu.edu> Message-ID: <4267D631.2090208@feuerpokemon.de> Matthew Miller wrote: >On Wed, Apr 20, 2005 at 04:20:13PM +0200, dragoran wrote: > > >>Why is the firefox update tool also disabled for extensions? >>I can understand the reasons why its disabled by why don't let the users >>use it to update their extensions? >>If I do right click->update on an extension nothing happens (in the FC >>version). >> >> > > > > > > ok thx. any reasons why the patch isn't included (at last in rawhide) yet? From Joe.Hoot at itec.suny.edu Thu Apr 21 17:04:46 2005 From: Joe.Hoot at itec.suny.edu (Joe.Hoot at itec.suny.edu) Date: Thu, 21 Apr 2005 13:04:46 -0400 Subject: fedora 4 test 2 on ppc (dual proc g5) Message-ID: I just downloaded the fedora core test2 for ppc. I rebooted my PPC Dual G5. I was prompted by yaboot and hit enter to except the default kernel "linux." The kernel starts to load and then dies. I shutdown the machine and started it back up and at yaboot, typed linux nofb. It started to load again and then died again. Here is the output when it stops booting: opening display /pci at 0,fd000000/NVDA,Parent at 10/NVDA,Display-B at 1... ok copying 0F device tree...done starting cpu /cpus/PowerPC,G5...failed: 0000000 Initializing fake screen: NVDA,Display-A Calling quiesce ... returning 0x01400000 from prom_init Invalid memory access at SRR0: 00000000.01403b7c SRR1: 10000000.000083030 Apple PowerMac7,3 5.1.8f7 BootROM build on 10/26/04 at 16:30:32 Copyright 1994-2004 Apple COmputer, Inc. All Rights Reserved. Welcome to OPen Firmware, the system time and date is: 16:49:16 04/21/2005 To continue booting, type "mac-boot" and press return. To shut down, type "shut-down" and press return. Release keys to continue! Any suggestions? Is this a problem with dual proc g5's? Is there any way to disable SMP with a kernel parameter that can be passwed? Thanks, Joe _____________________________ SUNY - ITEC Information Technology Exchange Center Systems Programmer/Analyst E-mail: Joe.Hoot at itec.suny.edu Office: (716)878-4644 Cell: (716)908-6292 Fax: (716)878-3485 _____________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: From pjones at redhat.com Thu Apr 21 17:16:35 2005 From: pjones at redhat.com (Peter Jones) Date: Thu, 21 Apr 2005 13:16:35 -0400 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114089703.29135.56.camel@localhost.localdomain> References: <1114089703.29135.56.camel@localhost.localdomain> Message-ID: <1114103795.21480.1.camel@localhost.localdomain> On Thu, 2005-04-21 at 23:21 +1000, David Woodhouse wrote: > #154336 NetworkManager code fails C101 (although admittedly I had to > look it up too to double-check it was being naughty) If you had to look it up, that's not C101 ;) But anyway, thanks for calling it to my attention. -- Peter From zaitcev at redhat.com Thu Apr 21 17:18:12 2005 From: zaitcev at redhat.com (Pete Zaitcev) Date: Thu, 21 Apr 2005 10:18:12 -0700 Subject: removing esd - seems possible now? In-Reply-To: References: <1114079965.3396.8.camel@marte.biciclete.ro> Message-ID: <20050421101812.22676034.zaitcev@redhat.com> On Fri, 22 Apr 2005 00:10:23 +1200, David Mohring wrote: > On Thu, 2005-04-21 at 13:39 +0300, Marius Andreiana wrote: > > Looks like infrastructure for removing esd is in place. > > The following prevent it: > > The esound demon ESD, clunky as it, is still currently the best way to > serve sound to remote X11/LTSP terminals. [...] This should not prevent us from removing dependencies on ESD, so that we do not have to have it installed unconditionally. The vast majority of users do not need it. Currently, gnome-libs and libgnomeui depend on esound. David wants to remove it completely, which may be extreme. -- Pete From davej at redhat.com Thu Apr 21 17:44:31 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 21 Apr 2005 13:44:31 -0400 Subject: Speedying up the boot for Fedora In-Reply-To: <1114089654.6277.42.camel@laptopd505.fenrus.org> References: <4267A444.9050200@rptec.ch> <1114089654.6277.42.camel@laptopd505.fenrus.org> Message-ID: <20050421174431.GB15007@redhat.com> On Thu, Apr 21, 2005 at 03:20:53PM +0200, Arjan van de Ven wrote: > On Thu, 2005-04-21 at 15:01 +0200, Jean-Eric Cuendet wrote: > > Hi, > > To speed the boot of Fedora, the taken approach is to readahead the > > files needed by the daemons/tools run during boot. This approach works > > well but the actual approach is to pre-load some files from a static > > defined file. (This is accomplished by /etc/init.d/readahead which reads > > files from /etc/readahead.files) > > > > There is IMHO at least 2 problems: > > - When the boot process change, either by removing/adding services, the > > fiels that must be readahead change. But the readahead.files don't. > > - The readahead process don't read the files in the best order to > > minimize the head movement on the hard disk > > this one is easy to fix btw; I wrote a small tool a while ago (and > posted to the list) to sort the file in disk order Something I noticed a few days ago was that running filefrag on a freshly installed system shows a lot of files using multiple extents (sometimes dozens), rather than a single extent. I've no idea how much difference this would make in the real-world, (maybe none due to the drive internal read-ahead) but it was surprising to see bits of openoffice using up 80-90 extents for eg. Dave From michael.favia at insitesinc.com Thu Apr 21 18:13:51 2005 From: michael.favia at insitesinc.com (Michael Favia) Date: Thu, 21 Apr 2005 13:13:51 -0500 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114094908.6277.56.camel@laptopd505.fenrus.org> References: <1114058259.2958.6.camel@marte.biciclete.ro> <604aa79105042107302b02bd4d@mail.gmail.com> <1114094908.6277.56.camel@laptopd505.fenrus.org> Message-ID: <4267ED5F.8000205@insitesinc.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Arjan van de Ven wrote: >>>Ignoring the bug reports doesn't motivate testers very much... >> >>No one sane is going to suggest that there is enough skilled manpower >>right now to follow up on each individual bugreport AND get things >>actually fixed. But I don't think its fair to say that people are >>actively ignoring bug reports. Let's talk numbers. >>I get a total of 1602 bug against fc3t1-3 >>i get a total of 320 assigned/new/reopened against fc3t1-3 >> >>Those numbers don't tell me that developers are trying to ignore >>anyone, those numbers tell me the system is overwhelmed. > > > > as someone who has been on the receiving end of bugs until a few months > ago I can say that we don't ignore bugs. *HOWEVER* bugs do have various > priorities. And that's not always the priority the reporter thinks it > is. "OH MY GOD THEY BROKE MY WEIRDASS ISA SOUND CARD" may well be very > important for you (you don't get to enjoy your mp3^Wogg collection) but > it's a defect that would hit maybe 0.00005% of the users, and as such > for the other end of the bugreport isn't too important compared to the > other bugs. I can imagine you saying "then close it wontfix then I know > where I am". Well. Funny you say that ;-). If I do that as developer to > 100 bugs, the result will 40 hate mails describing the assumed > profession of my mother, 30 reopens with "but this IS important and you > are a jerk to think it's not" and a lot of hassle. After some time, I > can tell you, you just don't do that anymore and leave the bugs dangling > instead. Understood and justified IMO. I would like to think most of the people submitting the bugs are just looking for some sort of feedback that justifies the time and trouble they took to file the bug and more importantly motivate them to help find and fix future ones. A since of involvement and (heard) voice is what makes community driven project work IMO (look at the crazy wikipedians). All they need is a little feedback to let them know they arent being ignored. Perhaps a "reviewed" status would appease those users and a *very* short comment on why it will/wont be addressed in the near future (eg. bigger fish, time, specificity). The "verified" flag gets at this idea of "recognition" to some degree but it also affirms the bug's existence/validity which isnt always possible, desired or timely. As a side note this page doesnt mention "Verified" as a status, only as a valid transition from "new": https://bugzilla.redhat.com/bugzilla/page.cgi?id=bug_status.html#status - -- Michael Favia michael.favia at insitesinc.com Insites Incorporated http://michael.insitesinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCZ+1fBVsNYjF2rDYRAhqtAJwI/vgbQf4+Q21601Z/+q3Gted4dgCeNxkQ Nx2tBIlk7adycRdA2YnF3zI= =Stjf -----END PGP SIGNATURE----- From michael.favia at insitesinc.com Thu Apr 21 18:17:21 2005 From: michael.favia at insitesinc.com (Michael Favia) Date: Thu, 21 Apr 2005 13:17:21 -0500 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <4267ED5F.8000205@insitesinc.com> References: <1114058259.2958.6.camel@marte.biciclete.ro> <604aa79105042107302b02bd4d@mail.gmail.com> <1114094908.6277.56.camel@laptopd505.fenrus.org> <4267ED5F.8000205@insitesinc.com> Message-ID: <4267EE31.6070301@insitesinc.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Michael Favia wrote: > importantly motivate them to help find and fix future ones. A since of s/since/sense *cracked out spell checker - -- Michael Favia michael.favia at insitesinc.com Insites Incorporated http://michael.insitesinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCZ+4xBVsNYjF2rDYRAvQNAJ4xz7Ug/gjEJ1DmPRZoSe/X8MaS7wCdEmCe xv1pGbqLmfR8a9wrKyJaSfo= =FLxF -----END PGP SIGNATURE----- From kyrre at solution-forge.net Thu Apr 21 20:26:43 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 21 Apr 2005 22:26:43 +0200 Subject: removing esd - seems possible now? In-Reply-To: <20050421101812.22676034.zaitcev@redhat.com> References: <1114079965.3396.8.camel@marte.biciclete.ro> <20050421101812.22676034.zaitcev@redhat.com> Message-ID: <1114115203.3334.9.camel@localhost.localdomain> tor, 21.04.2005 kl. 19.18 skrev Pete Zaitcev: > On Fri, 22 Apr 2005 00:10:23 +1200, David Mohring wrote: > > > On Thu, 2005-04-21 at 13:39 +0300, Marius Andreiana wrote: > > > Looks like infrastructure for removing esd is in place. > > > The following prevent it: > > > > The esound demon ESD, clunky as it, is still currently the best way to > > serve sound to remote X11/LTSP terminals. [...] > > This should not prevent us from removing dependencies on ESD, so that > we do not have to have it installed unconditionally. The vast majority of > users do not need it. Currently, gnome-libs and libgnomeui depend on esound. > David wants to remove it completely, which may be extreme. > > -- Pete What about making some (new?) protocol for sound-over-network - something that *just is there* when you connect over XDMCP? Maybe something hooked into ALSA just to make it more complicated - like a "viritual soundcard device"? From jkeating at j2solutions.net Thu Apr 21 20:39:22 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 21 Apr 2005 13:39:22 -0700 Subject: prism54 not loading firmware... Message-ID: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> I'm trying to test a Prism54 device, and I can't seem to coax the firmware into loading. I have dropped the firmware (with the right name) into /lib/firmware as directed by /etc/hotplug/firmware.agent, and then probed the prism54 module. No firmware gets loaded. Digging deeper into firmware.agent, it just copies the firmware file into $DEVPATH/data but I can't grok what $DEVPATH will resolve to. Is there something wonky with prism54 or hotplug in FC4 Devel ? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From caillon at redhat.com Thu Apr 21 23:03:31 2005 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 21 Apr 2005 19:03:31 -0400 Subject: prism54 not loading firmware... In-Reply-To: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> References: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> Message-ID: <42683143.9070300@redhat.com> Jesse Keating wrote: > I'm trying to test a Prism54 device, and I can't seem to coax the > firmware into loading. I have dropped the firmware (with the right > name) into /lib/firmware as directed by /etc/hotplug/firmware.agent, and > then probed the prism54 module. No firmware gets loaded. > > Digging deeper into firmware.agent, it just copies the firmware file > into $DEVPATH/data but I can't grok what $DEVPATH will resolve to. > > Is there something wonky with prism54 or hotplug in FC4 Devel ? > Odd. I am using a prism54 card now (and have been for almost a year now). I last updated to rawhide on Tuesday, so unless something broke in between now and then.... From jkeating at j2solutions.net Thu Apr 21 23:08:40 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 21 Apr 2005 16:08:40 -0700 Subject: prism54 not loading firmware... In-Reply-To: <42683143.9070300@redhat.com> References: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> <42683143.9070300@redhat.com> Message-ID: <1114124920.19088.148.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-21 at 19:03 -0400, Christopher Aillon wrote: > Odd. I am using a prism54 card now (and have been for almost a year > now). I last updated to rawhide on Tuesday, so unless something > broke > in between now and then.... I've got lots of logs posted to the fedora-test-list. DO you want me to repost them here? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From perbj at stanford.edu Thu Apr 21 23:09:41 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Thu, 21 Apr 2005 16:09:41 -0700 Subject: prism54 not loading firmware... In-Reply-To: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> References: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114124981.4738.41.camel@localhost.localdomain> On Thu, 2005-04-21 at 13:39 -0700, Jesse Keating wrote: > I'm trying to test a Prism54 device, and I can't seem to coax the > firmware into loading. I have dropped the firmware (with the right > name) into /lib/firmware as directed by /etc/hotplug/firmware.agent, and > then probed the prism54 module. No firmware gets loaded. Have you used this device before? If you haven't, are you sure that it isn't one of the newer "softmac" cards, for which there is no functional Linux driver yet? (lack of specs - it's really unfortunate that the previously most Linux-friendly wireless manufacturer sold out to Connexant...) /Per From jkeating at j2solutions.net Thu Apr 21 23:15:38 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 21 Apr 2005 16:15:38 -0700 Subject: prism54 not loading firmware... In-Reply-To: <1114124981.4738.41.camel@localhost.localdomain> References: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> <1114124981.4738.41.camel@localhost.localdomain> Message-ID: <1114125338.19088.150.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-21 at 16:09 -0700, Per Bjornsson wrote: > Have you used this device before? If you haven't, are you sure that it > isn't one of the newer "softmac" cards, for which there is no > functional > Linux driver yet? (lack of specs - it's really unfortunate that the > previously most Linux-friendly wireless manufacturer sold out to > Connexant...) Well I saw the firmware load exactly once. I really don't know if it's a softmac one, here is LSPCI -v of it: 00:05.0 Network controller: Intersil Corporation Intersil ISL3890 [Prism GT/Prism Duette] (rev 01) Subsystem: Intersil Corporation: Unknown device 0000 Flags: bus master, medium devsel, latency 80, IRQ 185 Memory at 20000000 (32-bit, non-prefetchable) [size=8K] Capabilities: [dc] Power Management version 1 -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From dwmw2 at infradead.org Thu Apr 21 23:29:56 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 22 Apr 2005 09:29:56 +1000 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114103795.21480.1.camel@localhost.localdomain> References: <1114089703.29135.56.camel@localhost.localdomain> <1114103795.21480.1.camel@localhost.localdomain> Message-ID: <1114126197.29135.88.camel@localhost.localdomain> On Thu, 2005-04-21 at 13:16 -0400, Peter Jones wrote: > If you had to look it up, that's not C101 ;) I had to look it up because it was userspace :) -- dwmw2 From dwmw2 at infradead.org Thu Apr 21 23:35:47 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 22 Apr 2005 09:35:47 +1000 Subject: fedora 4 test 2 on ppc (dual proc g5) In-Reply-To: References: Message-ID: <1114126549.29135.91.camel@localhost.localdomain> On Thu, 2005-04-21 at 13:04 -0400, Joe.Hoot at itec.suny.edu wrote: > I just downloaded the fedora core test2 for ppc. I rebooted my PPC > Dual G5. I was prompted by yaboot and hit enter to except the default > kernel "linux." The kernel starts to load and then dies. I shutdown > the machine and started it back up and at yaboot, typed linux nofb. > It started to load again and then died again. Here is the output when > it stops booting: Known anaconda bug: #149618. I'd like to nominate that for FC4 blocker status too, come to think of it. -- dwmw2 From russell at coker.com.au Thu Apr 21 23:59:55 2005 From: russell at coker.com.au (Russell Coker) Date: Fri, 22 Apr 2005 09:59:55 +1000 Subject: Now and Xen:Complexities of Fedora,Grub,LVM and Xen In-Reply-To: <1113504282.6356.185.camel@heretic.grobb.org> References: <1113504282.6356.185.camel@heretic.grobb.org> Message-ID: <200504221000.00376.russell@coker.com.au> On Friday 15 April 2005 04:44, David Mohring wrote: > Is it possible for different instances of SELinux system to share common > labeling for shared partitions? That depends. If you use targeted policy on all SE Linux instances then sharing is no problem. If you use strict policy on all SE Linux instances and have the same roles and identities in the SE Linux policy for all instances then again sharing is no problem. If you want one instance to have strict policy and another to have targeted then you should not be sharing the file system. The targeted policy accessing the shared /home will remove the advantages of strict policy, in which case you may as well use targeted in all cases. -- 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 From byte at aeon.com.my Thu Apr 21 23:12:04 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 22 Apr 2005 09:12:04 +1000 Subject: Fedora Core 4 test3 freeze warning In-Reply-To: <1114098942.2948.15.camel@marte.biciclete.ro> References: <1114058259.2958.6.camel@marte.biciclete.ro> <604aa79105042107302b02bd4d@mail.gmail.com> <1114094908.6277.56.camel@laptopd505.fenrus.org> <20050421154358.GA28099@jadzia.bu.edu> <1114098942.2948.15.camel@marte.biciclete.ro> Message-ID: <1114125124.3900.125.camel@arena.soho.bytebot.net> On Thu, 2005-04-21 at 18:55 +0300, Marius Andreiana wrote: > On Thu, 2005-04-21 at 11:43 -0400, Matthew Miller wrote: > > I think it'd be > > good to have a "bugzilla gardener" position -- someone who's job it is to > > deal with that sort of thing. (Thankless maybe, but important.) Fedora Triage. There's been a thread on this before, please refer to the list archives > OOo has this and I participated in QA. Initial reports are UNCONFIRMED, > they are marked NEW by a QA person after replicating or after getting > needed details from reporter or if it's a good enhancement and after > checking for duplicates etc. Yes, and so have I. But keep in view that OOo is an office suite, and being a bug master is comparatively easier than doing it for a distribution (weird hardware, weird combinations of whats around, etc...) > But fedora is different, it's a complete operating system running on > various hardware and some bugs will only happen to reporters. Exactly. And lots of things are over the head of lots of people in general -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From byte at aeon.com.my Thu Apr 21 23:47:04 2005 From: byte at aeon.com.my (Colin Charles) Date: Fri, 22 Apr 2005 09:47:04 +1000 Subject: fedora 4 test 2 on ppc (dual proc g5) In-Reply-To: References: Message-ID: <1114127224.3900.131.camel@arena.soho.bytebot.net> On Thu, 2005-04-21 at 13:04 -0400, Joe.Hoot at itec.suny.edu wrote: > > I just downloaded the fedora core test2 for ppc. I rebooted my PPC > Dual G5. I was prompted by yaboot and hit enter to except the default > kernel "linux." The kernel starts to load and then dies. I shutdown > the machine and started it back up and at yaboot, typed linux nofb. > It started to load again and then died again. Here is the output > when it stops booting: Wrong list, fedora-test-list is where this should go > opening display /pci at 0,fd000000/NVDA,Parent at 10/NVDA,Display-B at 1... ok > copying 0F device tree...done > starting cpu /cpus/PowerPC,G5...failed: 0000000 Don't have a g5, but that surely looks wrong > Initializing fake screen: NVDA,Display-A > Calling quiesce ... > returning 0x01400000 from prom_init > > Invalid memory access at SRR0: 00000000.01403b7c SRR1: > 10000000.000083030 > Any suggestions? Is this a problem with dual proc g5's? Is there any > way to disable SMP with a kernel parameter that can be passwed? max_cpus=1 might work. In fact, whats in there might actually be a uniprocessor kernel, because there was a bug (or still is a bug) in relation to the installation So hit tab, and don't boot into linux (there should be another kernel there, its just not the default) -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From heretic at ihug.co.nz Fri Apr 22 00:35:08 2005 From: heretic at ihug.co.nz (David Mohring) Date: Fri, 22 Apr 2005 12:35:08 +1200 Subject: removing esd - seems possible now? In-Reply-To: <1114115203.3334.9.camel@localhost.localdomain> References: <1114079965.3396.8.camel@marte.biciclete.ro> <20050421101812.22676034.zaitcev@redhat.com> <1114115203.3334.9.camel@localhost.localdomain> Message-ID: <1114130108.6022.27.camel@heretic.grobb.org> On Thu, 2005-04-21 at 22:26 +0200, Kyrre Ness Sjobak wrote: > tor, 21.04.2005 kl. 19.18 skrev Pete Zaitcev: > > On Fri, 22 Apr 2005 00:10:23 +1200, David Mohring wrote: > > > > > On Thu, 2005-04-21 at 13:39 +0300, Marius Andreiana wrote: > > > > Looks like infrastructure for removing esd is in place. > > > > The following prevent it: > > > > > > The esound demon ESD, clunky as it, is still currently the best way to > > > serve sound to remote X11/LTSP terminals. [...] > > > > This should not prevent us from removing dependencies on ESD, so that > > we do not have to have it installed unconditionally. The vast majority of > > users do not need it. Currently, gnome-libs and libgnomeui depend on esound. > > David wants to remove it completely, which may be extreme. > > > > -- Pete > > What about making some (new?) protocol for sound-over-network - > something that *just is there* when you connect over XDMCP? Maybe > something hooked into ALSA just to make it more complicated - like a > "viritual soundcard device"? > See Proposal: Rationalizing Fedora Audio https://www.redhat.com/archives/fedora-devel-list/2004-October/msg00899.htm But as for removing ESD or even arts as application sound output options, you have to remember that each layer adds more latency and processing overhead. ALSA -> Jack -> ESD -> Network ( yes it is possible) works if your only serving one or two users, but ESD -> Network does not use anything like the required overhead. -- David Mohring From perbj at stanford.edu Fri Apr 22 01:10:40 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Thu, 21 Apr 2005 18:10:40 -0700 Subject: prism54 not loading firmware... In-Reply-To: <1114125338.19088.150.camel@jkeating2.hq.pogolinux.com> References: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> <1114124981.4738.41.camel@localhost.localdomain> <1114125338.19088.150.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114132241.4738.47.camel@localhost.localdomain> On Thu, 2005-04-21 at 16:15 -0700, Jesse Keating wrote: > Well I saw the firmware load exactly once. Ah, that's right, probably actually loading the firmware once is a good sign I hope. However... > I really don't know if it's > a softmac one, here is LSPCI -v of it: > > 00:05.0 Network controller: Intersil Corporation Intersil ISL3890 [Prism > GT/Prism Duette] (rev 01) > Subsystem: Intersil Corporation: Unknown device 0000 > Flags: bus master, medium devsel, latency 80, IRQ 185 > Memory at 20000000 (32-bit, non-prefetchable) [size=8K] > Capabilities: [dc] Power Management version 1 Unfortunately knowing the PCI ID isn't good enough any longer, here's a scary chart: http://prism54.org/supported_cards.php (Look at the "important disclaimer") I don't have any of these cards so I'm afraid I can't really be of much more help here unfortunately... /Per From lindsay at holmwood.id.au Fri Apr 22 01:28:23 2005 From: lindsay at holmwood.id.au (Lindsay Holmwood) Date: Fri, 22 Apr 2005 11:28:23 +1000 Subject: removing esd - seems possible now? In-Reply-To: <1114115203.3334.9.camel@localhost.localdomain> References: <1114079965.3396.8.camel@marte.biciclete.ro> <20050421101812.22676034.zaitcev@redhat.com> <1114115203.3334.9.camel@localhost.localdomain> Message-ID: <1114133304.18533.7.camel@localhost.localdomain> On Thu, 2005-04-21 at 22:26 +0200, Kyrre Ness Sjobak wrote: > What about making some (new?) protocol for sound-over-network - > something that *just is there* when you connect over XDMCP? Maybe > something hooked into ALSA just to make it more complicated - like a > "viritual soundcard device"? G'day, No need for creating something new, Lennart Poettering has been working on a replacement for ESD named Polypaudio[1]. It's designed to be a drop in replacement for ESD, and it's eventual goal is for it to be adopted by the Gnome dudes as the default sound server. It works quite well right now, but what's holding it back from being included in Gnome are some technical issues on how the sound is processed. Maybe this might be something the Fedora Project might be interested in adopting at some later date (or even now if you're feeling game!). Cheers, Lindsay [1] http://0pointer.de/lennart/projects/polypaudio/ -- http://holmwood.id.au/~lindsay From mike at navi.cx Fri Apr 22 11:10:30 2005 From: mike at navi.cx (Mike Hearn) Date: Fri, 22 Apr 2005 12:10:30 +0100 Subject: removing esd - seems possible now? References: <1114079965.3396.8.camel@marte.biciclete.ro> Message-ID: On Thu, 21 Apr 2005 13:39:25 +0300, Marius Andreiana wrote: > 1. dmix isn't enabled by default in FC4t2 (like esd, it enables multiple > sound sources to output at the same time). Martin Stransky has been working on this. There are test packages available but I guess they're not in rawhide yet. From buildsys at redhat.com Fri Apr 22 12:01:09 2005 From: buildsys at redhat.com (Build System) Date: Fri, 22 Apr 2005 08:01:09 -0400 Subject: rawhide report: 20050422 changes Message-ID: <200504221201.j3MC193b011276@porkchop.devel.redhat.com> Updated Packages: anaconda-10.2.0.52-1 -------------------- * Thu Apr 21 2005 Chris Lumens 10.2.0.52-1 - Allow mediacheck in kickstart (katzj, #116429) - Check for a drive being selected in autopart (katzj, #124296) - Fix traceback in language selection screen (#155103) - Mark "Downloading" for translation (katzj, #155214) - Applied Dustin Kirkland's checkpoint fragment sum patch for mediacheck. - Make anaconda-ks.cfg ro (pnasrat) - Ensure there are <= 27 RAID members (katzj, #155509) - Fix fsoptions for preexisting partitions in kickstart (#97560). dhcp-10:3.0.2-9 --------------- * Thu Apr 21 2005 Jason Vas Dias 10:3.0.2-9 - bugs 153244 & 155143 are now fixed with SELinux policy; autotrans now works for dhcpc_t, so restorecons are not required, and dhclient runs OK under dhcpc_t with SELinux enforcing. - fix bug 155506: 'predhclien' typo (emacs!). eclipse-1:3.1.0_fc-0.M6.9 ------------------------- * Thu Apr 21 2005 Andrew Overholt 3.1.0_fc-0.M6.9 - Use upstream icons (not RHDS ones) (rh#146484). - Add plugin directories to %files sections. - Rework %files sections a bit. - Fix SWT symlink (bkonrath). - Temporarily remove jdt.ui/jdt.jar.so. * Thu Apr 21 2005 Ben Konrath 3.1.0_fc-0.M6.8 - Fix updatesite patch. - Temporarily remove org.eclipse.ui.workbench_3.1.0.jar.so (r.c#151919) * Mon Apr 18 2005 Andrew Overholt 3.1.0_fc-0.M6.7 - Add %if %{gcj_support} blocks. - Add %{_libdir}/%{name}/plugins to native %files section of each sub-rpm. - Add GNU-style JDT code formatting option (e.o#91770). - Add patch to install plugins from update site in home dir (e.o#90630). - Change gcc-java requirements to libgcj as gcj-dbtool is now in the latter. flac-1.1.2-25 ------------- * Thu Apr 21 2005 Warren Togami - 1.1.2-25 - Fix buildreqs (#154649 thias) - obsolete older xmms-flac gdb-6.3.0.0-1.15 ---------------- * Thu Apr 21 2005 Jeff Johnston 6.3.0.0-1.15 - Bump up release number. * Thu Apr 21 2005 Jeff Johnston 6.3.0.0-1.14 - Bump up release number. * Thu Apr 21 2005 Jeff Johnston 6.3-0.0-1.13 - Do not issue warning message for gcore under ia64 - Bugzilla 146416 glade2-2.10.0-1 --------------- * Thu Apr 21 2005 Matthias Clasen - 2.10.0-1 - Update to 2.10.0 gnu-crypto-0:2.0.1-1jpp_3fc --------------------------- * Thu Apr 21 2005 Gary Benson - 0:2.0.1-1jpp_3fc - Put the sasl endorsed jar in the correct subpackage. kernel-2.6.11-1.1258_FC4 ------------------------ * Fri Apr 22 2005 Dave Jones - Don't build powernow-k6 on anything other than 586 kernels. - Temporarily disable Xen again. libbtctl-0.4.1-7 ---------------- * Thu Apr 21 2005 Harald Hoyer 0.4.1-7 - rebuild with requires python-abi libselinux-1.23.7-3 ------------------- * Thu Apr 21 2005 Dan Walsh 1.23.7-3 - Add backin matchpathcon lvm2-cluster-2.01.09-2.1 ------------------------ * Thu Apr 21 2005 Alasdair Kergon - 2.01.09-2.1 - BuildRequires: dlm-devel, gulm-devel, ccs-devel - Improve co-operation between clvmd and gulm over node state changes. [146056] - Switch from 'ExcludeArch: s390 s390x ppc' to 'ExclusiveArch: i386 ia64 x86_64' to match dlm dependency. * Mon Apr 04 2005 Alasdair Kergon - 2.01.09-1.0 - clvmd: Don't allow user operations to start until lvm thread is fully up. - clvmd-gulm: Set KEEPALIVE on sockets. * Tue Mar 22 2005 Alasdair Kergon - 2.01.08-1.0 - Improve detection of external changes affecting internal cache. mx4j-1:2.1.0-1jpp_4fc --------------------- * Thu Apr 21 2005 Gary Benson 0:2.1.0-1jpp_4fc - Revert previous two changes. * Thu Apr 21 2005 Gary Benson 0:2.1.0-1jpp_3fc - Bump priority of alternative to avoid problems on upgrade. nmap-2:3.81-3 ------------- * Thu Apr 21 2005 Harald Hoyer - 2:3.81-3 - removed gtk+ requirement * Thu Apr 21 2005 Harald Hoyer - 2:3.81-2 - fixed desktop file and added icons (bug #149157) openssl-0.9.7f-4 ---------------- * Thu Apr 21 2005 Tomas Mraz 0.9.7f-4 - move certificates to _sysconfdir/pki/tls (#143392) - move CA directories to _sysconfdir/pki/CA - patch the CA script and the default config so it points to the CA directories perl-Filter-1.30-7 ------------------ * Thu Apr 21 2005 Jose Pedro Oliveira - 1.30-7 - #155621 #133986 #140909 - Bring up to date with current Fedora.Extras perl spec template. * Tue Jun 15 2004 Elliot Lee - rebuilt * Tue Mar 02 2004 Elliot Lee - rebuilt perl-Filter-Simple-0.79-5 ------------------------- * Thu Apr 21 2005 Jose Pedro Oliveira - 0.79-5 - #155622 - Removed Parse::RecDescent from the requirements and build requirements lists. - Bring up to date with current Fedora.Extras perl spec template. perl-Parse-RecDescent-1.94-5 ---------------------------- * Thu Apr 21 2005 Jose Pedro Oliveira - 1.94-5 - #155620 - Bring up to date with current Fedora.Extras perl spec template. perl-XML-Parser-2.34-6 ---------------------- * Thu Apr 21 2005 Jose Pedro Oliveira - 2.34-6 - #155619 - Bring up to date with current Fedora.Extras perl spec template. selinux-policy-strict-1.23.12-2 ------------------------------- * Thu Apr 21 2005 Dan Walsh 1.23.12-2 - Fix conflicting context files selinux-policy-targeted-1.23.12-2 --------------------------------- * Thu Apr 21 2005 Dan Walsh 1.23.12-2 - Fix conflicting context files spamassassin-3.0.2-9.fc4 ------------------------ * Thu Apr 21 2005 Warren Togami - 3.0.2-9 - SA#4191 uri_to_domain() is broken for urls with empty port SA#4232 multipart message with 0 parts -> uninitialized in m// SA#4121 Score for user defined rules become ignored SA#3944 get_envelope_from not handling received header struts11-0:1.1-1jpp_4fc ----------------------- * Thu Apr 21 2005 Gary Benson - 0:1.1-1jpp_4fc - Rename user on webapps subpackage (#147601). * Fri Feb 18 2005 Gary Benson - 0:1.1-1jpp_3fc - Temporarily disable webapp subpackage. system-config-netboot-0.1.14-1 ------------------------------ * Thu Apr 21 2005 Dan Walsh 0.1.14-1 - Apply Ronny Buchmann patch system-config-netboot.glade has a wrong id for the kickstart file input. pxeosdialog.py wants osKickstartEntry and produces a traceback later, because it didn't get a node for it. udev-057-2 ---------- * Thu Apr 21 2005 Harald Hoyer - 057-2 - added Inifiniband devices (bug #147035) - fixed pam_console.dev (bug #153250) xcdroast-0.98a15-12 ------------------- * Thu Apr 21 2005 Harald Hoyer - 0.98a15-12 - removed gtk1 build requirement xerces-j2-0:2.6.2-4jpp_2fc -------------------------- * Thu Apr 21 2005 Gary Benson 0:2.6.2-4jpp_2fc - Add classpath workaround to xjavac task (#152255). xml-commons-0:1.0-0.b2.6jpp_6fc ------------------------------- * Thu Apr 21 2005 Gary Benson - 0:1.0-0.b2.6jpp_6fc - Add gcj endorsed dir support. * Tue Jan 11 2005 Gary Benson - 0:1.0-0.b2.6jpp_5fc - Sync with RHAPS. * Thu Nov 04 2004 Gary Benson - 0:1.0-0.b2.6jpp_4fc - Build into Fedora. From johnp at redhat.com Fri Apr 22 12:52:32 2005 From: johnp at redhat.com (John (J5) Palmieri) Date: Fri, 22 Apr 2005 08:52:32 -0400 Subject: removing esd - seems possible now? In-Reply-To: <1114133304.18533.7.camel@localhost.localdomain> References: <1114079965.3396.8.camel@marte.biciclete.ro> <20050421101812.22676034.zaitcev@redhat.com> <1114115203.3334.9.camel@localhost.localdomain> <1114133304.18533.7.camel@localhost.localdomain> Message-ID: <1114174352.16018.3.camel@localhost.localdomain> On Thu, 2005-04-21 at 21:28, Lindsay Holmwood wrote: > On Thu, 2005-04-21 at 22:26 +0200, Kyrre Ness Sjobak wrote: > > What about making some (new?) protocol for sound-over-network - > > something that *just is there* when you connect over XDMCP? Maybe > > something hooked into ALSA just to make it more complicated - like a > > "viritual soundcard device"? > > G'day, > No need for creating something new, Lennart Poettering has been working > on a replacement for ESD named Polypaudio[1]. > > It's designed to be a drop in replacement for ESD, and it's eventual > goal is for it to be adopted by the Gnome dudes as the default sound > server. > > It works quite well right now, but what's holding it back from being > included in Gnome are some technical issues on how the sound is > processed. > > Maybe this might be something the Fedora Project might be interested in > adopting at some later date (or even now if you're feeling game!). > I would say get it into extras first and if it works out I could just move it into core for FC5. I briefly looked at it but then got busy with other stuff. I didn't want to just dump ESD problems for a slew of other problems. So basically all it needs is a maintainer to go over the code and make sure it is sane and then package it up for Extras. -- J5 From dcbw at redhat.com Fri Apr 22 13:11:58 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 22 Apr 2005 09:11:58 -0400 Subject: prism54 not loading firmware... In-Reply-To: <1114132241.4738.47.camel@localhost.localdomain> References: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> <1114124981.4738.41.camel@localhost.localdomain> <1114125338.19088.150.camel@jkeating2.hq.pogolinux.com> <1114132241.4738.47.camel@localhost.localdomain> Message-ID: <1114175518.23577.1.camel@dcbw.boston.redhat.com> On Thu, 2005-04-21 at 18:10 -0700, Per Bjornsson wrote: > On Thu, 2005-04-21 at 16:15 -0700, Jesse Keating wrote: > > Well I saw the firmware load exactly once. > > Ah, that's right, probably actually loading the firmware once is a good > sign I hope. However... > > > I really don't know if it's > > a softmac one, here is LSPCI -v of it: > > > > 00:05.0 Network controller: Intersil Corporation Intersil ISL3890 [Prism > > GT/Prism Duette] (rev 01) > > Subsystem: Intersil Corporation: Unknown device 0000 > > Flags: bus master, medium devsel, latency 80, IRQ 185 > > Memory at 20000000 (32-bit, non-prefetchable) [size=8K] > > Capabilities: [dc] Power Management version 1 > > Unfortunately knowing the PCI ID isn't good enough any longer, here's a > scary chart: > http://prism54.org/supported_cards.php > (Look at the "important disclaimer") For Netgear WG511v2 cards (on bottom of the box and on back of card): If it says "Made in Taiwan" it is OK. If it says "Made in China" it is softmac and not currently usable. Dan From dstolte at arcor.de Fri Apr 22 14:37:22 2005 From: dstolte at arcor.de (D. Stolte) Date: Fri, 22 Apr 2005 16:37:22 +0200 Subject: rawhide report: 20050422 changes In-Reply-To: <200504221201.j3MC193b011276@porkchop.devel.redhat.com> References: <200504221201.j3MC193b011276@porkchop.devel.redhat.com> Message-ID: <42690C22.6090100@arcor.de> > openssl-0.9.7f-4 > ---------------- > * Thu Apr 21 2005 Tomas Mraz 0.9.7f-4 > - move certificates to _sysconfdir/pki/tls (#143392) > - move CA directories to _sysconfdir/pki/CA > - patch the CA script and the default config so it points to the > CA directories some questions: - Why and who chose /etc/pki/tls as openssl dir? redhat has to be special again? - the patch to openssl.conf regarding the base ca dir ../../CA doesnt look correct. Isnt it ./../CA ? /ds From tmraz at redhat.com Fri Apr 22 15:04:29 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 22 Apr 2005 17:04:29 +0200 Subject: rawhide report: 20050422 changes In-Reply-To: <42690C22.6090100@arcor.de> References: <200504221201.j3MC193b011276@porkchop.devel.redhat.com> <42690C22.6090100@arcor.de> Message-ID: <1114182269.6215.15.camel@perun.redhat.usu> On Fri, 2005-04-22 at 16:37 +0200, D. Stolte wrote: > > openssl-0.9.7f-4 > > ---------------- > > * Thu Apr 21 2005 Tomas Mraz 0.9.7f-4 > > - move certificates to _sysconfdir/pki/tls (#143392) > > - move CA directories to _sysconfdir/pki/CA > > - patch the CA script and the default config so it points to the > > CA directories > > some questions: > - Why and who chose /etc/pki/tls as openssl dir? redhat has to be > special again? See this discussion: https://www.redhat.com/archives/fedora- maintainers/2005-April/msg00059.html > - the patch to openssl.conf regarding the base ca dir ../../CA doesnt > look correct. Isnt it ./../CA ? No, the CA directory is not in the tls subdir because it presents a special functionality useful not only for TLS and it isn't part of non- rpm openssl installation. -- Tomas Mraz From jmorris at redhat.com Fri Apr 22 15:06:27 2005 From: jmorris at redhat.com (James Morris) Date: Fri, 22 Apr 2005 11:06:27 -0400 (EDT) Subject: udev errors during boot under rawhide Message-ID: I'm seeing the folliwng during boot with current rawhide: Red Hat nash version 4.2.8 starting Mounted /proc filesystem Mounting sysfs Creating /dev Starting udev ERROR: /sbin/udevstart exited abnormally! (pid 393) Loading jbd.ko module Loading ext3.ko moduleinput: AT Translated Set 2 keyboard on isa0060/serio0 ERROR: /sbin/udevstart exited abnormally! (pid 410) Things seem to be working ok, although I'm wondering what's really going on here as there are udev related problems currently when SELinux is enabled. Any ideas? - James -- James Morris From kmaraas at broadpark.no Fri Apr 22 15:20:22 2005 From: kmaraas at broadpark.no (Kjartan Maraas) Date: Fri, 22 Apr 2005 17:20:22 +0200 Subject: udev errors during boot under rawhide In-Reply-To: References: Message-ID: <1114183222.3203.5.camel@localhost.localdomain> fre, 22,.04.2005 kl. 11.06 -0400, skrev James Morris: > I'm seeing the folliwng during boot with current rawhide: > > Red Hat nash version 4.2.8 starting > Mounted /proc filesystem > Mounting sysfs > Creating /dev > Starting udev > ERROR: /sbin/udevstart exited abnormally! (pid 393) > Loading jbd.ko module > Loading ext3.ko moduleinput: AT Translated Set 2 keyboard on > isa0060/serio0 > ERROR: /sbin/udevstart exited abnormally! (pid 410) > Just wanted to add to this that I've seen this with the two latest kernels too, and I got a kernel panic on shutdown a bit later. No evidence in the logs though :-/ Cheers Kjartan From dstolte at arcor.de Fri Apr 22 15:24:34 2005 From: dstolte at arcor.de (D. Stolte) Date: Fri, 22 Apr 2005 17:24:34 +0200 Subject: rawhide report: 20050422 changes In-Reply-To: <1114182269.6215.15.camel@perun.redhat.usu> References: <200504221201.j3MC193b011276@porkchop.devel.redhat.com> <42690C22.6090100@arcor.de> <1114182269.6215.15.camel@perun.redhat.usu> Message-ID: <42691732.4090609@arcor.de> Tomas Mraz wrote: > On Fri, 2005-04-22 at 16:37 +0200, D. Stolte wrote: > >>>openssl-0.9.7f-4 >>>---------------- >>>* Thu Apr 21 2005 Tomas Mraz 0.9.7f-4 >>>- move certificates to _sysconfdir/pki/tls (#143392) >>>- move CA directories to _sysconfdir/pki/CA >>>- patch the CA script and the default config so it points to the >>> CA directories >> >>some questions: >>- Why and who chose /etc/pki/tls as openssl dir? redhat has to be >>special again? > > See this discussion: https://www.redhat.com/archives/fedora- > maintainers/2005-April/msg00059.html Ok, thanks. Makes sense. >>- the patch to openssl.conf regarding the base ca dir ../../CA doesnt >> look correct. Isnt it ./../CA ? > > No, the CA directory is not in the tls subdir because it presents a > special functionality useful not only for TLS and it isn't part of non- > rpm openssl installation. > Yes, i understand why the CA dir is outside the tls dir but the relative path in the openssl.cnf points to /etc/CA. I dont think that *this* is intended. /ds From tjb at unh.edu Fri Apr 22 15:26:16 2005 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 22 Apr 2005 11:26:16 -0400 Subject: udev errors during boot under rawhide In-Reply-To: References: Message-ID: <1114183576.7493.17.camel@wintermute.sr.unh.edu> On Fri, 2005-04-22 at 11:06 -0400, James Morris wrote: > I'm seeing the folliwng during boot with current rawhide: > > Red Hat nash version 4.2.8 starting > Mounted /proc filesystem > Mounting sysfs > Creating /dev > Starting udev > ERROR: /sbin/udevstart exited abnormally! (pid 393) > Loading jbd.ko module > Loading ext3.ko moduleinput: AT Translated Set 2 keyboard on > isa0060/serio0 > ERROR: /sbin/udevstart exited abnormally! (pid 410) > > > Things seem to be working ok, although I'm wondering what's really going > on here as there are udev related problems currently when SELinux is > enabled. > > Any ideas? > > > - James > -- > James Morris > > > > I've seen this too and I'm having problems with my lvm partitions not being seen so the boot fails. Bug is #155594. The lvm problem is only happening on my laptop. My test desktop is SCSI based and has no problems. The two issues may be completely unrelated though. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From sean.bruno at dsl-only.net Fri Apr 22 15:51:32 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 22 Apr 2005 08:51:32 -0700 Subject: udev errors during boot under rawhide In-Reply-To: <1114183576.7493.17.camel@wintermute.sr.unh.edu> References: <1114183576.7493.17.camel@wintermute.sr.unh.edu> Message-ID: <1114185092.4619.1.camel@homebox> On Fri, 2005-04-22 at 11:26 -0400, Thomas J. Baker wrote: > On Fri, 2005-04-22 at 11:06 -0400, James Morris wrote: > > I'm seeing the folliwng during boot with current rawhide: > > > > Red Hat nash version 4.2.8 starting > > Mounted /proc filesystem > > Mounting sysfs > > Creating /dev > > Starting udev > > ERROR: /sbin/udevstart exited abnormally! (pid 393) > > Loading jbd.ko module > > Loading ext3.ko moduleinput: AT Translated Set 2 keyboard on > > isa0060/serio0 > > ERROR: /sbin/udevstart exited abnormally! (pid 410) > > > > > > Things seem to be working ok, although I'm wondering what's really going > > on here as there are udev related problems currently when SELinux is > > enabled. > > > > Any ideas? > > > > > > - James > > -- > > James Morris > > > > > > > > > > I've seen this too and I'm having problems with my lvm partitions not > being seen so the boot fails. Bug is #155594. The lvm problem is only > happening on my laptop. My test desktop is SCSI based and has no > problems. The two issues may be completely unrelated though. > > tjb Just a "me too." I am also running a laptop and did have a serious "boom" on the previous kernel. I ignored this as it looked like an over-heating problem(at least that's what the bios alert told me). Sean From michael.favia at insitesinc.com Fri Apr 22 15:58:10 2005 From: michael.favia at insitesinc.com (Michael Favia) Date: Fri, 22 Apr 2005 10:58:10 -0500 Subject: prism54 not loading firmware... In-Reply-To: <1114175518.23577.1.camel@dcbw.boston.redhat.com> References: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> <1114124981.4738.41.camel@localhost.localdomain> <1114125338.19088.150.camel@jkeating2.hq.pogolinux.com> <1114132241.4738.47.camel@localhost.localdomain> <1114175518.23577.1.camel@dcbw.boston.redhat.com> Message-ID: <42691F12.8030700@insitesinc.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dan Williams wrote: > For Netgear WG511v2 cards (on bottom of the box and on back of card): > > If it says "Made in Taiwan" it is OK. > If it says "Made in China" it is softmac and not currently usable. Outrageous. (not your message but the way we have to determine the chipset). BTW i have found linksys does do a decent version/revision system to specify changes in hardware. v4 is ralink which was just released to opensource in december i think (see ra2x00 project or ralink website). Hopefully more vendors will follow such a path. - -- Michael Favia michael.favia at insitesinc.com Insites Incorporated http://michael.insitesinc.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (MingW32) iD8DBQFCaR8SBVsNYjF2rDYRAhEYAJ0cijlf8Cx2kVjysucfgAx80MctwgCgkdhe uADvvm16G9lFMiGy5NSLYzw= =0U6v -----END PGP SIGNATURE----- From byte at aeon.com.my Fri Apr 22 16:04:29 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 23 Apr 2005 02:04:29 +1000 Subject: udev errors during boot under rawhide In-Reply-To: References: Message-ID: <1114185870.10815.38.camel@arena.soho.bytebot.net> On Fri, 2005-04-22 at 11:06 -0400, James Morris wrote: > Things seem to be working ok, although I'm wondering what's really > going > on here as there are udev related problems currently when SELinux is > enabled. FWIW, I've seen this with SELinux disabled as well -- Colin Charles, byte at aeon.com.my http://www.bytebot.net/ "First they ignore you, then they laugh at you, then they fight you, then you win." -- Mohandas Gandhi From tmraz at redhat.com Fri Apr 22 16:07:37 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 22 Apr 2005 18:07:37 +0200 Subject: rawhide report: 20050422 changes In-Reply-To: <42691732.4090609@arcor.de> References: <200504221201.j3MC193b011276@porkchop.devel.redhat.com> <42690C22.6090100@arcor.de> <1114182269.6215.15.camel@perun.redhat.usu> <42691732.4090609@arcor.de> Message-ID: <1114186057.6215.25.camel@perun.redhat.usu> On Fri, 2005-04-22 at 17:24 +0200, D. Stolte wrote: > Tomas Mraz wrote: > > On Fri, 2005-04-22 at 16:37 +0200, D. Stolte wrote: > > > >>>openssl-0.9.7f-4 > >>>---------------- > >>>* Thu Apr 21 2005 Tomas Mraz 0.9.7f-4 > >>>- move certificates to _sysconfdir/pki/tls (#143392) > >>>- move CA directories to _sysconfdir/pki/CA > >>>- patch the CA script and the default config so it points to the > >>> CA directories > >> > >>some questions: > >>- Why and who chose /etc/pki/tls as openssl dir? redhat has to be > >>special again? > > > > See this discussion: https://www.redhat.com/archives/fedora- > > maintainers/2005-April/msg00059.html > > Ok, thanks. Makes sense. > > >>- the patch to openssl.conf regarding the base ca dir ../../CA doesnt > >> look correct. Isnt it ./../CA ? > > > > No, the CA directory is not in the tls subdir because it presents a > > special functionality useful not only for TLS and it isn't part of non- > > rpm openssl installation. > > > > Yes, i understand why the CA dir is outside the tls dir but the relative > path in the openssl.cnf points to /etc/CA. I dont think that *this* is > intended. It actually points to a directory relative to a CWD where the openssl binary is run and in this case it is run in the /etc/pki/tls/misc. However maybe it should be patched with an absolute path instead? -- Tomas Mraz From jkeating at j2solutions.net Fri Apr 22 16:29:53 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 22 Apr 2005 09:29:53 -0700 Subject: prism54 not loading firmware... In-Reply-To: <1114175518.23577.1.camel@dcbw.boston.redhat.com> References: <1114115962.19088.126.camel@jkeating2.hq.pogolinux.com> <1114124981.4738.41.camel@localhost.localdomain> <1114125338.19088.150.camel@jkeating2.hq.pogolinux.com> <1114132241.4738.47.camel@localhost.localdomain> <1114175518.23577.1.camel@dcbw.boston.redhat.com> Message-ID: <1114187393.19088.180.camel@jkeating2.hq.pogolinux.com> On Fri, 2005-04-22 at 09:11 -0400, Dan Williams wrote: > > For Netgear WG511v2 cards (on bottom of the box and on back of card): > > If it says "Made in Taiwan" it is OK. > If it says "Made in China" it is softmac and not currently usable. I just pulled it, Made in Taiwan. I have more info now. The firmware IS loaded if I do an 'ifconfig eth1 up'. Previously I misread this as 'ifup' which would hit the config files. Now when I try to associate it with an AP found w/ iwlist I get this in iwevent: 21:15:09.916365 eth1 Custom driver event:Authenticate request to 00:12:17:D8:AE:97 : REJECTED (10) 21:15:09.916495 eth1 Custom driver event:Authenticate request to 00:12:17:D8:AE:97 : REJECTED (10) 21:15:09.916515 eth1 Custom driver event:Authenticate request to 00:12:17:D8:AE:97 : REJECTED (10) 21:15:09.916532 eth1 Custom driver event:Authenticate request to 00:12:17:D8:AE:97 : REJECTED (10) Even though this AP has no security on it at all, and works for other Linux wireless devices. Now I am trying an Ralink device, so I will hit up the website for that device. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From matthew at nocturnal.org Fri Apr 22 17:20:33 2005 From: matthew at nocturnal.org (Matthew Lenz) Date: Fri, 22 Apr 2005 12:20:33 -0500 Subject: removing esd - seems possible now? Message-ID: <42693261.2070306@nocturnal.org> I think the big issue people have with ESD is that it historically has been configured to hold onto the audio device and not let it go. I assume its possible to configure the system to use software mixing with alsa (dmix) and force ESD to use ALSA. This way the applications that want to use ESD output modules for NTA (network transparent audio) can do so without imposing that requirement on other applications which want to use ALSA directly or ALSA OSS emulation. The real question is to whether or not ESD still tryies to hold onto the audio device directly. If it does then a new sound server that doesn't exibit that behavior is to a great advantage. What it all comes down to is sound on most all linux distro's "Just doesn't work"(tm) most of the time and it should. -Matt From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Apr 22 17:31:30 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 22 Apr 2005 19:31:30 +0200 Subject: default media player In-Reply-To: <1113326462.5525.38.camel@otto.amantes> References: <1113326462.5525.38.camel@otto.amantes> Message-ID: <20050422193130.7c304954@python2> Hi, Just to add a little more to the topic : I'm currently filing a few EasyFix bugs for rpmlint found problems against FC Development packages, in order to get minor stuff cleaned up before the FC4 test3 freeze. Well, I saw that the .mo translations in HelixPlayer weren't colored properly, so I started preparing a patch against the latest spec to properly add "% lang(xy)" to the %files lines (as i don't know how to use %find_lang with more than one translation file base name)... well... 1) I've rarely seen such an ugly spec file. For me, the contents are clearly the results of bad or broken bits : Manual operations all over the place, ugly hacks, many excluded archs... and it doesn't seem easy to clean up. 2) The current package doesn't even recompile, as it expects to find g++33 which is nowhere to be found in the current distribution (the compat is for gcc32 only AFAICT). Packages relying on specific compiler versions are plain evil, right? :-) Anyway, I'm really glad to see that the latest comps.xml now includes Totem by default. But my concern here is that it also has HelixPlayer as "default", when it should probably be "optional" instead : Don't we usually want to include by default only one application for a specific task? (and move the others to Extras, btw ;-)) So here you go : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155739 Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.14_FC3 Load : 0.48 0.91 0.70 From dcbw at redhat.com Fri Apr 22 17:42:42 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 22 Apr 2005 13:42:42 -0400 Subject: default media player In-Reply-To: <20050422193130.7c304954@python2> References: <1113326462.5525.38.camel@otto.amantes> <20050422193130.7c304954@python2> Message-ID: <1114191762.23577.22.camel@dcbw.boston.redhat.com> On Fri, 2005-04-22 at 19:31 +0200, Matthias Saou wrote: > Hi, > > Just to add a little more to the topic : I'm currently filing a few > EasyFix bugs for rpmlint found problems against FC Development packages, > in order to get minor stuff cleaned up before the FC4 test3 freeze. Well, > I saw that the .mo translations in HelixPlayer weren't colored properly, > so I started preparing a patch against the latest spec to properly add "% > lang(xy)" to the %files lines (as i don't know how to use %find_lang with > more than one translation file base name)... well... > > 1) I've rarely seen such an ugly spec file. For me, the contents are > clearly the results of bad or broken bits : Manual operations all over the > place, ugly hacks, many excluded archs... and it doesn't seem easy to > clean up. 2) The current package doesn't even recompile, as it expects to > find g++33 which is nowhere to be found in the current distribution (the > compat is for gcc32 only AFAICT). Packages relying on specific compiler > versions are plain evil, right? :-) Unless they break because the current compiler changed, like was the case with OpenOffice.org for quite a while. It was using g++33 when the default compiler became gcc 3.4, because patches for gcc 3.4 compatibility were not available when the decision was made to switch compilers. OOo packages still use g++32 on RHEL4, because the version of the package that's shipped in RHEL4 does not support gcc 3.4 (a version that _did_ support gcc 3.4 was not available when RHEL4 froze). The same thing happened with dbus just a couple weeks ago, since the Pyrex python bindings were generating code that gcc 4 just wouldn't accept for some reason (which was quite unclear at the time), and until that was worked out, dbus had to be compiled with compat gcc. You can't simply switch compilers and expect everything to work right out of the box. There are some packages which will take time to patch. Dan From tdiehl at rogueind.com Fri Apr 22 17:44:26 2005 From: tdiehl at rogueind.com (Tom Diehl) Date: Fri, 22 Apr 2005 13:44:26 -0400 (EDT) Subject: udev errors during boot under rawhide In-Reply-To: <1114185870.10815.38.camel@arena.soho.bytebot.net> References: <1114185870.10815.38.camel@arena.soho.bytebot.net> Message-ID: On Sat, 23 Apr 2005, Colin Charles wrote: > On Fri, 2005-04-22 at 11:06 -0400, James Morris wrote: > > Things seem to be working ok, although I'm wondering what's really > > going > > on here as there are udev related problems currently when SELinux is > > enabled. > > FWIW, I've seen this with SELinux disabled as well Anyone got a bug number for this?? This is yet another mee too. It is still happening with today's rawhide. Regards, Tom Diehl tdiehl at rogueind.com Spamtrap address mtd123 at rogueind.com From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Apr 22 17:53:24 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 22 Apr 2005 19:53:24 +0200 Subject: default media player In-Reply-To: <1114191762.23577.22.camel@dcbw.boston.redhat.com> References: <1113326462.5525.38.camel@otto.amantes> <20050422193130.7c304954@python2> <1114191762.23577.22.camel@dcbw.boston.redhat.com> Message-ID: <20050422195324.6704f6db@python2> Dan Williams wrote : > Unless they break because the current compiler changed, like was the > case with OpenOffice.org for quite a while. It was using g++33 when the > default compiler became gcc 3.4, because patches for gcc 3.4 > compatibility were not available when the decision was made to switch > compilers. OOo packages still use g++32 on RHEL4, because the version > of the package that's shipped in RHEL4 does not support gcc 3.4 (a > version that _did_ support gcc 3.4 was not available when RHEL4 froze). > > The same thing happened with dbus just a couple weeks ago, since the > Pyrex python bindings were generating code that gcc 4 just wouldn't > accept for some reason (which was quite unclear at the time), and until > that was worked out, dbus had to be compiled with compat gcc. > > You can't simply switch compilers and expect everything to work right > out of the box. There are some packages which will take time to patch. I totally agree, I was merely pointing out that when you need to choose between two programs, if you have one tougher to maintain, you'll be favoring the other. And it's not like there are any widely adopted and tested equivalents of OOo or dbus to just switch to :-) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.14_FC3 Load : 0.08 0.36 0.35 From thomasz at hostmaster.org Fri Apr 22 18:07:56 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Fri, 22 Apr 2005 20:07:56 +0200 Subject: openssl-0.9.7f-4 breaks postfix-2.2.2-2 Message-ID: <1114193276.9006.22.camel@hostmaster.org> Today's rawhide update broke my postfix's smtp over ssl capability. postfix/smtpd[8117]: warning: TLS library problem: 8117:error:02001002:system library:fopen:No such file or directory:bss_file.c:104:fopen('/usr/share/ssl/certs/ca-bundle.crt','r'): postfix/smtpd[8117]: warning: TLS library problem: 8117:error:2006D080:BIO routines:BIO_new_file:no such file:bss_file.c:107: postfix/smtpd[8117]: warning: TLS library problem: 8117:error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib:by_file.c:279: postfix/smtpd[8117]: connect from localhost[127.0.0.1] postfix/smtpd[8117]: Could not allocate 'TLScontext->con' with SSL_new() postfix/smtpd[8117]: warning: TLS library problem: 8117:error:140BA0C3:SSL routines:SSL_new:null ssl ctx:ssl_lib.c:231: postfix/smtpd[8117]: lost connection after CONNECT from localhost[127.0.0.1] postfix/smtpd[8117]: disconnect from localhost[127.0.0.1] Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Nirvana: Zustand des Gluecks durch Ausloeschung des Selbst. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From czar at czarc.net Fri Apr 22 19:56:53 2005 From: czar at czarc.net (Gene C.) Date: Fri, 22 Apr 2005 15:56:53 -0400 Subject: udev errors during boot under rawhide In-Reply-To: References: <1114185870.10815.38.camel@arena.soho.bytebot.net> Message-ID: <200504221556.53179.czar@czarc.net> On Friday 22 April 2005 13:44, Tom Diehl wrote: > Anyone got a bug number for this?? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=155521 -- Gene From ajneil at gmail.com Fri Apr 22 21:43:10 2005 From: ajneil at gmail.com (Alastair Neil) Date: Fri, 22 Apr 2005 17:43:10 -0400 Subject: nfsv4 and kerberos in FC4 Message-ID: <85ac2ef405042214433ddec6b7@mail.gmail.com> Can someone point me to the status of nfsv4 and the kerberos RPSEC_GSS security flavours (krb5, krb5i,krb5p) in FC4? Thanks Alastair From dax at gurulabs.com Fri Apr 22 22:44:28 2005 From: dax at gurulabs.com (Dax Kelson) Date: Fri, 22 Apr 2005 16:44:28 -0600 Subject: nfsv4 and kerberos in FC4 In-Reply-To: <85ac2ef405042214433ddec6b7@mail.gmail.com> References: <85ac2ef405042214433ddec6b7@mail.gmail.com> Message-ID: <1114209868.5008.11.camel@mentorng.gurulabs.com> On Fri, 2005-04-22 at 17:43 -0400, Alastair Neil wrote: > Can someone point me to the status of nfsv4 and the kerberos RPSEC_GSS > security flavours (krb5, krb5i,krb5p) in FC4? > > Thanks Alastair I've used NFSv4 krb5 and krb5i on FC3 and I'd imagine there is no regression with FC4. The pieces that need work are: * more stability * keyring support working fully between userland the kernel to allow for on demand ticket destruction There are still quite a few patches being posted for NFSv4 and bits of missing functionality like showmountv4 and the afore mentioned keyring support (right now kdestroy doesn't un-authenticate NFS access). A stable deployment might be had faster with NFSv3 + GSSAPI/Kerberos. There has been some talk about it. Dax Kelson Guru Labs From buildsys at redhat.com Sat Apr 23 11:56:46 2005 From: buildsys at redhat.com (Build System) Date: Sat, 23 Apr 2005 07:56:46 -0400 Subject: rawhide report: 20050423 changes Message-ID: <200504231156.j3NBukfb007642@porkchop.devel.redhat.com> Updated Packages: amanda-2.4.5-2 -------------- * Wed Apr 20 2005 Jay Fenlason 2.4.5-2 - New upstream release. This obsoletes the -bug144052 patch. - Reorg this spec file slightly to allow someone to specify index server, tape server and default configuration when rebuilding the rpms via something like 'rpmbuild -ba --define "indexserver foo.fqdn.com" amanda.spec' This change suggested by Matt Hyclak . apmd-1:3.2.2-3 -------------- * Fri Apr 22 2005 Bill Nottingham - 1:3.2.2-3 - remove shared/devel libs - nothing uses them (fixes #155724) - since they're not needed, turn off ppc build - fix debuginfo generation cpufreq-utils-1:0.2-1.1.14 -------------------------- * Fri Apr 22 2005 Matthias Saou 0.2-2 - Major spec file cleanup. (#155731) - Use %find_lang macro. - Add missing sysfsutils-devel build requirement. dovecot-0.99.14-4.fc4 --------------------- * Fri Apr 22 2005 John Dennis - 0.99.14-4.fc4 - openssl moved its certs, CA, etc. from /usr/share/ssl to /etc/pki eclipse-1:3.1.0_fc-0.M6.10 -------------------------- * Fri Apr 22 2005 Aaron Luchko 3.1.0_fc-0.M6.10 - Import archived projects (e.o#82988) * Fri Apr 22 2005 Andrew Overholt - Add Requires(post,postun): java-1.4.2-gcj-compat for each sub-package and use full path (Joe Orton). - Make /usr/bin/eclipse executable again (rh#155715). - Bump jsch version. gnome-menus-2.10.1-3 -------------------- * Fri Apr 22 2005 Matthias Clasen 2.10.1-3 - Call ldconfig in %post (#155734) - Add some BuildRequires gnutls-1.0.24-1 --------------- * Fri Apr 22 2005 Tomas Mraz 1.0.24-1 - update to the latest upstream version on the 1.0 branch gtk2-2.6.7-2 ------------ * Fri Apr 22 2005 Florian La Roche - add a Prereq: for the new openssl version to be installed first * Wed Apr 13 2005 Matthias Clasen - 2.6.7-1 - Update to 2.6.7 * Mon Apr 11 2005 Matthias Clasen - 2.6.6-1 - Update to 2.6.6 - Drop upstreamed patches jsch-0:0.1.18-1jpp_1fc ---------------------- * Fri Apr 22 2005 Andrew Overholt 0.1.18-1jpp_1fc - Build into Fedora. - Natively-compile. * Fri Apr 22 2005 Fernando Nasser 0:0.1.18-1jpp_1rh - Merge with upstream for 0.1.18 upgrade * Fri Apr 22 2005 Fernando Nasser 0:0.1.18-1jpp - 0.1.18 kernel-2.6.11-1.1261_FC4 ------------------------ * Sat Apr 23 2005 David Woodhouse - Enable adt746x and windtunnel thermal modules - Disable clock spreading on certain pbooks before sleep - Sound support for Mac Mini kudzu-1.1.113-1 --------------- * Fri Apr 22 2005 Bill Nottingham 1.1.113-1 - fix some potential segfaults if the files read are empty (#145998) - don't write install lines for sound cards (not useful with udev), add a 'index' parameter for the acutal module, not just the alias (#133759) - support modules.pcimap class/class_mask, and generic entries too (#146213) libglade-java-2.10.1-2 ---------------------- * Sat Apr 23 2005 Andrew Overholt 2.10.1-2 - Add patch to fix NoSuchFieldError (Ismael Juma). openoffice.org-1:1.9.93-1 ------------------------- * Thu Apr 21 2005 Caolan McNamara - 1:1.9.93-1 - bump to next version - drop integrated openoffice.org-1.9.85.ooo45146.mandrakelicence.patch - try doing without reverting the db4 change - add openoffice.org-1.9.92.ooo47641.pptmimetype.patch - Fix GTK combo box button sizes (dcbw) * Wed Apr 13 2005 Caolan McNamara - 1:1.9.92-3 - rh#153229# add multiple Obsoletes perl-Time-HiRes-1.65-1 ---------------------- * Sat Apr 09 2005 Robert Scheck 1.65-1 - upgrade to 1.65 and spec file cleanup (#136494, #141100) pinfo-0.6.8-11 -------------- * Fri Apr 22 2005 Mike A. Harris 0.6.8-11 - Work around an idiotic bug in rpm (#118780) by using multiple Requires lines instead of the Requires(foo,bar) syntax that rpm documentation states is valid. This fixes reported pinfo kickstart issue (#155700) reiserfs-utils-2:3.6.19-2 ------------------------- * Fri Apr 22 2005 Tomas Mraz - added e2fsprogs-devel to build requires (#134969) selinux-policy-strict-1.23.12-4 ------------------------------- * Fri Apr 22 2005 Dan Walsh 1.23.12-4 - Fix consoletype - Add kernel_t, udev, hotplug, consoletype,restorecon to targeted selinux-policy-targeted-1.23.12-4 --------------------------------- * Fri Apr 22 2005 Dan Walsh 1.23.12-4 - Fix consoletype - Add udev, hotplug, consoletype,restorecon to targeted squid-7:2.5.STABLE9-4 --------------------- * Fri Apr 22 2005 Jay Fenlason 7:2.5.STABLE9-4 - More upstream patches, including the fixed 2GB patch. - include the -libbind patch, which prevents squid from using the optional -lbind library, even if it's installed. tomcat5-0:5.0.30-2jpp_3fc ------------------------- * Fri Apr 22 2005 Gary Benson 0:5.0.30-1jpp_3fc - Explicitly specify which mx4j jars to use (#155391). vte-0.11.12-2 ------------- * Fri Apr 22 2005 Warren Togami 0.11.12-2 - fix vte python module import (#151348) xml-commons-0:1.0-0.b2.6jpp_7fc ------------------------------- * Fri Apr 22 2005 Gary Benson - 0:1.0-0.b2.6jpp_7fc - Provide a default SAX parser factory when running under libgcj (#155693). xorg-x11-6.8.2-27 ----------------- * Fri Apr 22 2005 Mike A. Harris 6.8.2-27 - Change xfs initscript dependancies from "Requires(preun,postun):" to using two separate lines because rpm has a bug (#118773) that causes dependancies of this syntax to be ignored. * Thu Apr 21 2005 Soren Sandmann Pedersen - Make old custom-modelines RHEL4 only. Add .laptop-modes.patch with support for various weird laptop resolutions. From dhollis at davehollis.com Sat Apr 23 13:04:54 2005 From: dhollis at davehollis.com (David Hollis) Date: Sat, 23 Apr 2005 09:04:54 -0400 Subject: openssl-0.9.7f-4 breaks postfix-2.2.2-2 In-Reply-To: <1114193276.9006.22.camel@hostmaster.org> References: <1114193276.9006.22.camel@hostmaster.org> Message-ID: <1114261495.4226.0.camel@dhollis-lnx.sunera.com> On Fri, 2005-04-22 at 20:07 +0200, Thomas Zehetbauer wrote: > Today's rawhide update broke my postfix's smtp over ssl capability. > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:02001002:system library:fopen:No such file or directory:bss_file.c:104:fopen('/usr/share/ssl/certs/ca-bundle.crt','r'): > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:2006D080:BIO routines:BIO_new_file:no such file:bss_file.c:107: > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib:by_file.c:279: > postfix/smtpd[8117]: connect from localhost[127.0.0.1] > postfix/smtpd[8117]: Could not allocate 'TLScontext->con' with SSL_new() > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:140BA0C3:SSL routines:SSL_new:null ssl ctx:ssl_lib.c:231: > postfix/smtpd[8117]: lost connection after CONNECT from localhost[127.0.0.1] > postfix/smtpd[8117]: disconnect from localhost[127.0.0.1] The latest OpenSSL packages moved all of the certs/keys to /etc/pki. In your postfix config, change the path to the ca-bundle to be /etc/pki/tls/certs and you should be all set. -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From janina at rednote.net Sat Apr 23 15:54:11 2005 From: janina at rednote.net (Janina Sajka) Date: Sat, 23 Apr 2005 11:54:11 -0400 Subject: Why No Spider Monkey in Elinks In-Reply-To: <1113941194.6812.101.camel@bobcat.mine.nu> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> <20050419162139.GA28401@rednote.net> <604aa79105041909587282cc1d@mail.gmail.com> <20050419174411.GA29036@rednote.net> <1113941194.6812.101.camel@bobcat.mine.nu> Message-ID: <20050423155411.GA22679@rednote.net> Ville Skytt? writes: > On Tue, 2005-04-19 at 13:44 -0400, Janina Sajka wrote: > > Jeff Spaleta writes: > > > On 4/19/05, Janina Sajka wrote: > > > > OK. So I have js-1.5-0.rc6a.4, however configure isn't finding it when I > > > > try compiling elinks-0.10.3. > > > > > > do you have js-devel also installed? > > > > Yes, I do: js-devel-1.5-0.rc6a.4 > > > > I'm sorry. I should have been more precise in my post. > > Hint: see your elinks config.log. js currently in Extras is a bit > broken, the shared lib should have been linked with libperl.so. Will > fix in a jiffy. > Not meaning to be pushy, but I'm still waiting--unless I'm missing something, and the fixed js/js-devel is in Extras already. Or, was/am I misunderstanding something? Thanks. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem. From warren at togami.com Sun Apr 24 02:07:43 2005 From: warren at togami.com (Warren Togami) Date: Sat, 23 Apr 2005 16:07:43 -1000 Subject: openssl-0.9.7f-4 breaks postfix-2.2.2-2 In-Reply-To: <1114261495.4226.0.camel@dhollis-lnx.sunera.com> References: <1114193276.9006.22.camel@hostmaster.org> <1114261495.4226.0.camel@dhollis-lnx.sunera.com> Message-ID: <426AFF6F.5060208@togami.com> David Hollis wrote: > > The latest OpenSSL packages moved all of the certs/keys to /etc/pki. In > your postfix config, change the path to the ca-bundle to > be /etc/pki/tls/certs and you should be all set. > Should we conditionally do string replacement to fix this during postfix %post? Warren Togami wtogami at redhat.com From wtogami at redhat.com Sun Apr 24 02:10:24 2005 From: wtogami at redhat.com (Warren Togami) Date: Sat, 23 Apr 2005 16:10:24 -1000 Subject: Why No Spider Monkey in Elinks In-Reply-To: <20050423155411.GA22679@rednote.net> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> <20050419162139.GA28401@rednote.net> <604aa79105041909587282cc1d@mail.gmail.com> <20050419174411.GA29036@rednote.net> <1113941194.6812.101.camel@bobcat.mine.nu> <20050423155411.GA22679@rednote.net> Message-ID: <426B0010.7020200@redhat.com> Janina Sajka wrote: > > Not meaning to be pushy, but I'm still waiting--unless I'm missing > something, and the fixed js/js-devel is in Extras already. > > Or, was/am I misunderstanding something? Thanks. Core elinks cannot build against Extras js unless we move js into Core. If this is the only way we will be able to support sight impaired users, then this is probably a good resaon to add it to Core. I will ask the release managers if we can add it. Warren Togami wtogami at redhat.com From ville.skytta at iki.fi Sun Apr 24 09:30:15 2005 From: ville.skytta at iki.fi (Ville =?ISO-8859-1?Q?Skytt=E4?=) Date: Sun, 24 Apr 2005 12:30:15 +0300 Subject: Why No Spider Monkey in Elinks In-Reply-To: <20050423155411.GA22679@rednote.net> References: <20050417003659.GA7129@rednote.net> <20050423155411.GA22679@rednote.net> Message-ID: <1114335015.23930.25.camel@bobcat.mine.nu> On Sat, 2005-04-23 at 11:54 -0400, Janina Sajka wrote: > Not meaning to be pushy, but I'm still waiting--unless I'm missing > something, and the fixed js/js-devel is in Extras already. The fix is in Extras CVS, but not built yet. You can track the status of builds at http://fedoraproject.org/wiki/Extras_2fFC3Status and http://fedoraproject.org/wiki/Extras_2fFC4Status In the meantime, you can check out the fixed js package from Extras CVS and rebuild locally, see http://cvs.fedora.redhat.com/extras.shtml From kzak at redhat.com Sun Apr 24 10:08:12 2005 From: kzak at redhat.com (Karel Zak) Date: Sun, 24 Apr 2005 12:08:12 +0200 Subject: Why No Spider Monkey in Elinks In-Reply-To: <426B0010.7020200@redhat.com> References: <20050417003659.GA7129@rednote.net> <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> <20050419162139.GA28401@rednote.net> <604aa79105041909587282cc1d@mail.gmail.com> <20050419174411.GA29036@rednote.net> <1113941194.6812.101.camel@bobcat.mine.nu> <20050423155411.GA22679@rednote.net> <426B0010.7020200@redhat.com> Message-ID: <1114337292.3896.2.camel@petra> On Sat, 2005-04-23 at 16:10 -1000, Warren Togami wrote: > Janina Sajka wrote: > > > > Not meaning to be pushy, but I'm still waiting--unless I'm missing > > something, and the fixed js/js-devel is in Extras already. > > > > Or, was/am I misunderstanding something? Thanks. > > Core elinks cannot build against Extras js unless we move js into Core. > If this is the only way we will be able to support sight impaired > users, then this is probably a good resaon to add it to Core. I will > ask the release managers if we can add it. I think elinks+js in Fredora Core is good idea. Karel -- Karel Zak From buildsys at redhat.com Sun Apr 24 12:09:06 2005 From: buildsys at redhat.com (Build System) Date: Sun, 24 Apr 2005 08:09:06 -0400 Subject: rawhide report: 20050424 changes Message-ID: <200504241209.j3OC968q005191@porkchop.devel.redhat.com> Updated Packages: audit-0.7-1 ----------- * Sat Apr 23 2005 Steve Grubb 0.7-1 - In auditctl -l, loop until all rules are printed - Update autrace not to run if rules are currently loaded - Added code to switch to single user mode when disk is full - Added the ausearch program evince-0.2.1-1 -------------- * Sat Apr 23 2005 Marco Pesenti Gritti - 0.2.1-1 - Update to 0.2.1 - Add help support gcc-4.0.0-1 ----------- * Sat Apr 23 2005 Jakub Jelinek 4.0.0-1 - update from CVS - GCC 4.0.0 release - PRs c/12913, fortran/14569, gfortran/14569, middle-end/20973 - fix dwarf2 writer to avoid ICEing gdb (Jim Wilson, #153681, PR c++/20805) - fix hang in tree-chrec.c (Sebastian Pop, #153268, PR tree-optimization/20742) - fix i386 ICE with vectors (Richard Henderson, PR target/21099) - fix an recently introduced PRE bug (Steven Bosscher, PRs tree-optimization/21173, tree-optimization/21167) - fix PR rtl-opt/21102 (Richard Henderson) * Tue Apr 19 2005 Jakub Jelinek 4.0.0-0.43 - update from CVS - PRs ada/15977, c++/21025, libgcj/20693, middle-end/20991, target/20375, target/20924, target/20927, tree-optimization/20929 - fix KDE miscompilation caused by reload (Michael Matz, #154294, PR regression/20973) - fix Java exception handling (Andrew Haley, PR java/20768) gnutls-1.0.24-2 --------------- * Sat Apr 23 2005 Tomas Mraz 1.0.24-2 - readd the version script dropped by upstream libsoup-2.2.3-3 --------------- * Sun Apr 24 2005 Florian La Roche - rebuild for new gnutls perl-Inline-0.44-15 ------------------- * Thu Apr 21 2005 Jose Pedro Oliveira - 0.44-15 - BuildArch correction (noarch). (#155811) - Bring up to date with current Fedora.Extras perl spec template. poppler-0.3.0-2 --------------- * Sat Apr 23 2005 Marco Pesenti Gritti - 0.3.0 - Update to 0.3.0 From janina at rednote.net Sun Apr 24 13:15:13 2005 From: janina at rednote.net (Janina Sajka) Date: Sun, 24 Apr 2005 09:15:13 -0400 Subject: Why No Spider Monkey in Elinks In-Reply-To: <426B0010.7020200@redhat.com> References: <1113819573.3801.78.camel@petra> <20050418132840.GB7129@rednote.net> <1113858359.3801.126.camel@petra> <1113862715.6812.64.camel@bobcat.mine.nu> <20050419162139.GA28401@rednote.net> <604aa79105041909587282cc1d@mail.gmail.com> <20050419174411.GA29036@rednote.net> <1113941194.6812.101.camel@bobcat.mine.nu> <20050423155411.GA22679@rednote.net> <426B0010.7020200@redhat.com> Message-ID: <20050424131513.GB22679@rednote.net> Warren Togami writes: > Janina Sajka wrote: > > > >Not meaning to be pushy, but I'm still waiting--unless I'm missing > >something, and the fixed js/js-devel is in Extras already. > > > >Or, was/am I misunderstanding something? Thanks. > > Core elinks cannot build against Extras js unless we move js into Core. > If this is the only way we will be able to support sight impaired > users, then this is probably a good resaon to add it to Core. I will > ask the release managers if we can add it. > Thank you. As you know, js is very prevalent on web pages today. An elinks compiled with spidermonkey goes a long way toward making javascripted content accessible, so providing this would be a solid move forward. We're expecting the accessibility work in Mozilla to help eventually, but that's not going to happen in time for FC4, and maybe even not in time for FC5. So, an elinks with js support would be a solid step forward for accessibility. > Warren Togami > wtogami at redhat.com > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem. From janina at rednote.net Sun Apr 24 13:16:42 2005 From: janina at rednote.net (Janina Sajka) Date: Sun, 24 Apr 2005 09:16:42 -0400 Subject: Why No Spider Monkey in Elinks In-Reply-To: <1114335015.23930.25.camel@bobcat.mine.nu> References: <20050417003659.GA7129@rednote.net> <20050423155411.GA22679@rednote.net> <1114335015.23930.25.camel@bobcat.mine.nu> Message-ID: <20050424131642.GC22679@rednote.net> Thanks for the cvs pointers. I'll checkout and build against this later today. Ville Skytt? writes: > On Sat, 2005-04-23 at 11:54 -0400, Janina Sajka wrote: > > > Not meaning to be pushy, but I'm still waiting--unless I'm missing > > something, and the fixed js/js-devel is in Extras already. > > The fix is in Extras CVS, but not built yet. You can track the status > of builds at http://fedoraproject.org/wiki/Extras_2fFC3Status and > http://fedoraproject.org/wiki/Extras_2fFC4Status > > In the meantime, you can check out the fixed js package from Extras CVS > and rebuild locally, see http://cvs.fedora.redhat.com/extras.shtml > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.494.7040 Partner, Capital Accessibility LLC http://www.CapitalAccessibility.Com Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org If Linux can't solve your computing problem, you need a different problem. From thomasz at hostmaster.org Sun Apr 24 14:02:47 2005 From: thomasz at hostmaster.org (Thomas Zehetbauer) Date: Sun, 24 Apr 2005 16:02:47 +0200 Subject: openssl-0.9.7f-4 breaks postfix-2.2.2-2 In-Reply-To: <426AFF6F.5060208@togami.com> References: <1114193276.9006.22.camel@hostmaster.org> <1114261495.4226.0.camel@dhollis-lnx.sunera.com> <426AFF6F.5060208@togami.com> Message-ID: <1114351367.15937.7.camel@hostmaster.org> On Sat, 2005-04-23 at 16:07 -1000, Warren Togami wrote: > Should we conditionally do string replacement to fix this during postfix > %post? I think it would be quite safe and user friendly to replace the location of the old location of ca-bundle.crt. Especially since I found postfix's error message rather confusing. Tom -- T h o m a s Z e h e t b a u e r ( TZ251 ) PGP encrypted mail preferred - KeyID 96FFCB89 finger thomasz at hostmaster.org for key Why do you call your dog 1234? My admin told me not to name my password after my dog. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 481 bytes Desc: This is a digitally signed message part URL: From ibm21 at cam.ac.uk Sun Apr 24 16:41:59 2005 From: ibm21 at cam.ac.uk (Ian Malone) Date: Sun, 24 Apr 2005 17:41:59 +0100 Subject: starting wireless with WPA, ralink rt2500 Message-ID: <426BCC57.6000409@cam.ac.uk> I'm having 'issues' getting my wireless connection started. Once up and running it's fine (even surviving restarting the AP), but getting it there is unreliable. I'm using a desktop machine with EDIMAX 7128g PCI card (rt2500 chipset) and last Friday's CVS for the rt2x00 drivers, installed using 'make install-fedora' which sets up an alias for wlan0. The network is using WPA, so I need to use iwpriv commands to set it up. It seems the settings could be put in /etc/sysconfig/network-scripts/ifcfg-wlan0, but I can't get this to work. What I'm doing at the moment (after some trial and error), is to have the iwpriv commands in /root/wlan and to hit the system-control-network start for the wireless connection and (after a short delay), run '. wlan' as root: ifcfg-wlan0: # Please read /usr/share/doc/initscripts-*/sysconfig.txt # for the documentation of these parameters. IPV6INIT=no ONBOOT=no USERCTL=yes PEERDNS=yes #modified line: GATEWAY=192.168.2.1 # TYPE=Wireless DEVICE=wlan0 HWADDR=00:0e:2e:51:c5:25 BOOTPROTO=dhcp NETMASK= #modified line: DHCP_HOSTNAME=ibm21 # IPADDR= DOMAIN= ESSID=thessid CHANNEL=7 MODE=Managed IWPRIV="set EncrypType=TKIP set WPAPSK='thekey' set TxRate=0" /root/wlan: iwconfig wlan0 mode managed iwpriv wlan0 set AuthMode=WPAPSK iwpriv wlan0 set EncrypType=TKIP iwpriv wlan0 set WPAPSK="thekey" iwpriv wlan0 set TxRate=0 Some observations: The IWPRIV line in ifcfg-wlan0 was manually added and is wrong, these commands should be seperate. However I've also tried them as seperate IWPRIV="" lines with no more success. If someone can suggest something else to do with them I'd be happy to try. There is also the question of whether or not the key should be quoted. I'm not sure I've tried all the options, but I think the card only associates with the network when the key is right so that's not too hard to spot. The card does not always seem to be 'on' when the system starts up: #iwlist scan won't show any networks (there are several). I haven't been able to reliably start it yet (I've tried 'ifconfig wlan0 up' as some of the howtos suggest this needs to be run before the card accepts any iwpriv or iwconfig commands). lsmod always shows the rt2500 module. After sufficient tries it will seem to wake up, and iwlist scan will show the available networks. The fact that running the wlan script concurrently with an ifup wlan0 seems to be required suggests there's something funny about the order of the commands/options in ifcfg-wlan0. I've also noticed the Tx/Rx lights come on once '. wlan' has been run. Does anyone have any suggestions about this? Does the order the options are listed even make a difference to the order they are run in? I'd like to get ifcfg-wlan0 working properly so I can set it to connect on boot but atm this isn't going to happen. Any thoughts appreciated. imalone From ibm21 at cam.ac.uk Sun Apr 24 16:58:44 2005 From: ibm21 at cam.ac.uk (Ian Malone) Date: Sun, 24 Apr 2005 17:58:44 +0100 Subject: starting wireless with WPA, ralink rt2500 In-Reply-To: <426BCC57.6000409@cam.ac.uk> References: <426BCC57.6000409@cam.ac.uk> Message-ID: <426BD044.5090300@cam.ac.uk> Ian Malone wrote: Very sorry, wrong list, please ignore previous. imalone From seandarcy2 at gmail.com Sun Apr 24 19:02:20 2005 From: seandarcy2 at gmail.com (sean) Date: Sun, 24 Apr 2005 15:02:20 -0400 Subject: separate RPMOPTS for c and c++? Message-ID: On fc4t am64, I've set rpmopts as: optflags: x86_64 -O3 -fPIC -ffast-math -fomit-frame-pointer -funit-at-a-time -mtune=athlon64 -ftree-vectorize -fvisibility-inlines-hidden Now -fvisibility-inlines-hidden is only for g++. It generates a warning mesage for gcc. Is there a way of setting the CFLAGS differently from CXXFLAGS? sean From jakub at redhat.com Sun Apr 24 19:09:20 2005 From: jakub at redhat.com (Jakub Jelinek) Date: Sun, 24 Apr 2005 15:09:20 -0400 Subject: separate RPMOPTS for c and c++? In-Reply-To: References: Message-ID: <20050424190920.GV17420@devserv.devel.redhat.com> On Sun, Apr 24, 2005 at 03:02:20PM -0400, sean wrote: > On fc4t am64, I've set rpmopts as: > > optflags: x86_64 -O3 -fPIC -ffast-math -fomit-frame-pointer > -funit-at-a-time -mtune=athlon64 -ftree-vectorize > -fvisibility-inlines-hidden And the reason for that magic choice is? E.g. x86-64 has -fomit-frame-pointer by default, -funit-at-a-time is also the default for -O2 and above. Building all code PIC is a de-optimization (although on x86-64 not a major one,the PIC cost is not as high on x86-64 as on other arches), -O3 is for the vast majority of code worse than -O2 as well. -mtune=athlon64 is on by default too. > Now -fvisibility-inlines-hidden is only for g++. It > generates a warning mesage for gcc. Is there a way of > setting the CFLAGS differently from CXXFLAGS? You'd need to hack up %configure macro etc. Jakub From seandarcy2 at gmail.com Sun Apr 24 19:25:44 2005 From: seandarcy2 at gmail.com (sean) Date: Sun, 24 Apr 2005 15:25:44 -0400 Subject: separate RPMOPTS for c and c++? In-Reply-To: <20050424190920.GV17420@devserv.devel.redhat.com> References: <20050424190920.GV17420@devserv.devel.redhat.com> Message-ID: Jakub Jelinek wrote: ......................... > And the reason for that magic choice is? > E.g. x86-64 has -fomit-frame-pointer by default, -funit-at-a-time > is also the default for -O2 and above. Gone History. > Building all code PIC is a > de-optimization (although on x86-64 not a major one,the PIC cost is > not as high on x86-64 as on other arches), Maybe, but I keep getting "relocation R_X86_64_PC32" errors. Of course, sometimes I get them even with PIC. > -O3 is for the vast majority > of code worse than -O2 as well. -mtune=athlon64 is on by default too. > Gone. >>Now -fvisibility-inlines-hidden is only for g++. It >>generates a warning mesage for gcc. Is there a way of >>setting the CFLAGS differently from CXXFLAGS? > > > You'd need to hack up %configure macro etc. > Ah well. sean From seandarcy2 at gmail.com Sun Apr 24 20:07:27 2005 From: seandarcy2 at gmail.com (sean) Date: Sun, 24 Apr 2005 16:07:27 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre Message-ID: On fc4t and amd64. I've installed sun jre, meeded for azureus. Which works fine. But, every time a yum update gets java-1.4.2-gcj-compat it removes jre. AFAICS, no files conflict. /usr/bin/java points to /etc/altenatives/java which points to gij. The sun jre is safely in /usr/java/jre1.5.0_02. How do i keep java-1.4.2 from uninstalling the sun jre? sean From sean.bruno at dsl-only.net Sun Apr 24 20:27:33 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 24 Apr 2005 13:27:33 -0700 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: References: Message-ID: <1114374453.29083.5.camel@oscar.metro1.com> On Sun, 2005-04-24 at 16:07 -0400, sean wrote: > On fc4t and amd64. I've installed sun jre, meeded for > azureus. Which works fine. > > But, every time a yum update gets java-1.4.2-gcj-compat it > removes jre. > > AFAICS, no files conflict. /usr/bin/java points to > /etc/altenatives/java which points to gij. The sun jre is > safely in /usr/java/jre1.5.0_02. > > How do i keep java-1.4.2 from uninstalling the sun jre? > > sean > Was wondering if I was going crazy....this is a "me too" issue. It appears that my Sun Java got removed... Sean From Nicolas.Mailhot at laPoste.net Sun Apr 24 20:42:02 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Sun, 24 Apr 2005 22:42:02 +0200 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114374453.29083.5.camel@oscar.metro1.com> References: <1114374453.29083.5.camel@oscar.metro1.com> Message-ID: <1114375323.4751.1.camel@rousalka.dyndns.org> Le dimanche 24 avril 2005 ? 13:27 -0700, Sean Bruno a ?crit : > On Sun, 2005-04-24 at 16:07 -0400, sean wrote: > > On fc4t and amd64. I've installed sun jre, meeded for > > azureus. Which works fine. > > > > But, every time a yum update gets java-1.4.2-gcj-compat it > > removes jre. > > > > AFAICS, no files conflict. /usr/bin/java points to > > /etc/altenatives/java which points to gij. The sun jre is > > safely in /usr/java/jre1.5.0_02. > > > > How do i keep java-1.4.2 from uninstalling the sun jre? > > > > sean > > > > Was wondering if I was going crazy....this is a "me too" issue. It > appears that my Sun Java got removed... Since they provide the same service yum may be deciding you don't need the Sun version. Should probably be discussed directly with the yum author, though -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From seandarcy2 at gmail.com Sun Apr 24 20:56:20 2005 From: seandarcy2 at gmail.com (sean) Date: Sun, 24 Apr 2005 16:56:20 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114375323.4751.1.camel@rousalka.dyndns.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> Message-ID: Nicolas Mailhot wrote: > > Since they provide the same service yum may be deciding you don't need > the Sun version. Should probably be discussed directly with the yum > author, though > I don't think yum "decides" anything. I bet the rpm "obsoletes" jre. sean From wtogami at redhat.com Mon Apr 25 01:50:36 2005 From: wtogami at redhat.com (Warren Togami) Date: Sun, 24 Apr 2005 15:50:36 -1000 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> Message-ID: <426C4CEC.4070108@redhat.com> sean wrote: > Nicolas Mailhot wrote: > >> >> Since they provide the same service yum may be deciding you don't need >> the Sun version. Should probably be discussed directly with the yum >> author, though >> > > I don't think yum "decides" anything. I bet the rpm "obsoletes" jre. > > sean > http://cvs.fedora.redhat.com/viewcvs/devel/java-1.4.2-gcj-compat/ That's what I'd guess too, but the spec doesn't contain anything like that. Try installing java-1.4.2-gcj-compat with rpm -vvv and see what causes jre to be uninstalled. Warren Togami wtogami at redhat.com From jspaleta at gmail.com Mon Apr 25 02:47:44 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 24 Apr 2005 22:47:44 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426C4CEC.4070108@redhat.com> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> Message-ID: <604aa791050424194711da4688@mail.gmail.com> On 4/24/05, Warren Togami wrote: > http://cvs.fedora.redhat.com/viewcvs/devel/java-1.4.2-gcj-compat/ > That's what I'd guess too, but the spec doesn't contain anything like > that. Try installing java-1.4.2-gcj-compat with rpm -vvv and see what > causes jre to be uninstalled. I can't get the uninstall of jre behavior to happen with an install of java-1.4.2-gcj-compat via rpm or yum. And since i dont have a local cache of an older versions of java-1.4.2-gcj-compat I can't test the update scenario which was originally commented on. -jef From fedora at wir-sind-cool.org Mon Apr 25 08:48:00 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Mon, 25 Apr 2005 10:48:00 +0200 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426C4CEC.4070108@redhat.com> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> Message-ID: <20050425104800.035e98e6.fedora@wir-sind-cool.org> On Sun, 24 Apr 2005 15:50:36 -1000, Warren Togami wrote: > sean wrote: > > Nicolas Mailhot wrote: > > > >> > >> Since they provide the same service yum may be deciding you don't need > >> the Sun version. Should probably be discussed directly with the yum > >> author, though > >> > > > > I don't think yum "decides" anything. I bet the rpm "obsoletes" jre. > > > > sean > > > > http://cvs.fedora.redhat.com/viewcvs/devel/java-1.4.2-gcj-compat/ > That's what I'd guess too, but the spec doesn't contain anything like > that. Try installing java-1.4.2-gcj-compat with rpm -vvv and see what > causes jre to be uninstalled. It "Provides: jre = %{javaver}" and that makes it a candidate for https://bugzilla.redhat.com/111071 From nicolas.mailhot at laposte.net Mon Apr 25 09:04:31 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 25 Apr 2005 11:04:31 +0200 (CEST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <20050425104800.035e98e6.fedora@wir-sind-cool.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> Message-ID: <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> On Lun 25 avril 2005 10:48, Michael Schwendt a ?crit : > On Sun, 24 Apr 2005 15:50:36 -1000, Warren Togami wrote: > >> sean wrote: >> > Nicolas Mailhot wrote: >> > >> >> >> >> Since they provide the same service yum may be deciding you don't >> need >> >> the Sun version. Should probably be discussed directly with the yum >> >> author, though >> >> >> > >> > I don't think yum "decides" anything. I bet the rpm "obsoletes" jre. >> > >> > sean >> > >> >> http://cvs.fedora.redhat.com/viewcvs/devel/java-1.4.2-gcj-compat/ >> That's what I'd guess too, but the spec doesn't contain anything like >> that. Try installing java-1.4.2-gcj-compat with rpm -vvv and see what >> causes jre to be uninstalled. > > It "Provides: jre = %{javaver}" and that makes it a candidate for > https://bugzilla.redhat.com/111071 Which is right at the rpm level. What an autoupdater like yum should do with it is something there is no real consensus on, which is why I suggested discussing it directly with Seth. Regards, -- Nicolas Mailhot From nicolas.mailhot at laposte.net Mon Apr 25 09:09:21 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 25 Apr 2005 11:09:21 +0200 (CEST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> Message-ID: <61195.192.54.193.28.1114420161.squirrel@rousalka.dyndns.org> On Lun 25 avril 2005 11:04, Nicolas Mailhot a ?crit : > > On Lun 25 avril 2005 10:48, Michael Schwendt a ?crit : >> On Sun, 24 Apr 2005 15:50:36 -1000, Warren Togami wrote: >> >>> sean wrote: >>> > Nicolas Mailhot wrote: >>> > >>> >> >>> >> Since they provide the same service yum may be deciding you don't >>> need >>> >> the Sun version. Should probably be discussed directly with the yum >>> >> author, though >>> >> >>> > >>> > I don't think yum "decides" anything. I bet the rpm "obsoletes" jre. >>> > >>> > sean >>> > >>> >>> http://cvs.fedora.redhat.com/viewcvs/devel/java-1.4.2-gcj-compat/ >>> That's what I'd guess too, but the spec doesn't contain anything like >>> that. Try installing java-1.4.2-gcj-compat with rpm -vvv and see what >>> causes jre to be uninstalled. >> >> It "Provides: jre = %{javaver}" and that makes it a candidate for >> https://bugzilla.redhat.com/111071 > > Which is right at the rpm level. What an autoupdater like yum should do > with it is something there is no real consensus on, which is why I > suggested discussing it directly with Seth. The java-* packages are very complex rpm-wise because of all the restrictions closed-source impose (which leads to alternative and virtual debauch so users can hope installing a jvm that works). I'm not surprised they hit corner cases in yum. Regards, -- Nicolas Mailhot From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Mon Apr 25 09:10:05 2005 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Mon, 25 Apr 2005 11:10:05 +0200 Subject: GDM early login Message-ID: <20050425111005.27623069@python2> Hi, I've tried the new GDM early login feature, it's really nice to get a better desktop experience at little cost IMHO. One problem, though : After just enabling the services included with gdm ("chkconfig --add" run for the 3 included : gdm-allow-login, gdm-early-login and zzz-bootup- complete), it wouldn't work until much further on as the X server couldn't start because of xfs not running. Could this be because I added early- login to my kernel command line but removed rhgb? If so, should this be considered a bug, or are all users who use gdm supposed to also be running rhgb? Last question : Will this early-login be considered to become the default for FC4? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 3 (Heidelberg) - Linux kernel 2.6.11-1.14_FC3 Load : 0.12 0.24 0.31 From sundaram at redhat.com Mon Apr 25 09:32:05 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 25 Apr 2005 15:02:05 +0530 Subject: GDM early login In-Reply-To: <20050425111005.27623069@python2> References: <20050425111005.27623069@python2> Message-ID: <426CB915.7000904@redhat.com> Matthias Saou wrote: >Hi, > >I've tried the new GDM early login feature, it's really nice to get a >better desktop experience at little cost IMHO. One problem, though : After >just enabling the services included with gdm ("chkconfig --add" run for >the 3 included : gdm-allow-login, gdm-early-login and zzz-bootup- >complete), it wouldn't work until much further on as the X server couldn't >start because of xfs not running. Could this be because I added early- >login to my kernel command line but removed rhgb? If so, should this be >considered a bug, or are all users who use gdm supposed to also be running >rhgb? > >Last question : Will this early-login be considered to become the default >for FC4? > >Matthias > > > This tracker bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952 has the details GDM early login should work without rhgb according to this so the behaviour you noticed seems to be a bug to me regards Rahul From adrian at lisas.de Mon Apr 25 10:14:36 2005 From: adrian at lisas.de (Adrian Reber) Date: Mon, 25 Apr 2005 12:14:36 +0200 Subject: GDM early login In-Reply-To: <20050425111005.27623069@python2> References: <20050425111005.27623069@python2> Message-ID: <20050425101436.GA753@lisas.de> On Mon, Apr 25, 2005 at 11:10:05AM +0200, Matthias Saou wrote: > I've tried the new GDM early login feature, it's really nice to get a > better desktop experience at little cost IMHO. One problem, though : After > just enabling the services included with gdm ("chkconfig --add" run for > the 3 included : gdm-allow-login, gdm-early-login and zzz-bootup- > complete), it wouldn't work until much further on as the X server couldn't > start because of xfs not running. Could this be because I added early- > login to my kernel command line but removed rhgb? If so, should this be > considered a bug, or are all users who use gdm supposed to also be running > rhgb? No real help from me except a reassuring "Me Too". I also don't have rhgb installed and the GDM early login feature only worked after moving xfs to start much earlier. Adrian From buildsys at redhat.com Mon Apr 25 12:06:46 2005 From: buildsys at redhat.com (Build System) Date: Mon, 25 Apr 2005 08:06:46 -0400 Subject: rawhide report: 20050425 changes Message-ID: <200504251206.j3PC6koT023714@porkchop.devel.redhat.com> Updated Packages: audit-0.7.1-1 ------------- * Sun Apr 24 2005 Steve Grubb 0.7.1-1 - Make sure time calc is done using localtime - Raise rlimits for file size & cpu usage - Added new disk_error_action config item to auditd.conf - Rework memory management of event buffer - Handled all errors in event logging thread gdm-1:2.6.0.8-7 --------------- * Sun Apr 24 2005 Ray Strode 1:2.6.0.8-7 - calling gdm_debug and g_strdup_printf from signal handlers are bad news (Spotted by Mark McLoughlin ). gnome-utils-1:2.10.0-2 ---------------------- * Sun Apr 24 2005 Ray Strode 1:2.10.0-2 - install gnome-screenshot schema (bug 155809) htmlview-3.0.0-10 ----------------- * Sun Apr 24 2005 Warren Togami - 3.0.0-10 - handle names with spaces, ignore multiple targets (#92335) - req which (#145509) libexif-0.6.12-2 ---------------- * Sun Apr 24 2005 Matthias Clasen - Fix MakerNote handling (#153282) libsoup-2.2.3-2 --------------- * Thu Mar 17 2005 David Malcolm - 2.2.3-2 - explicitly enable gtk-doc support * Thu Mar 17 2005 David Malcolm - 2.2.3-1 - 2.2.3 * Wed Mar 02 2005 David Malcolm - 2.2.2-3 - rebuild with GCC 4 libuser-0.53.6-1 ---------------- * Sun Apr 24 2005 Miloslav Trmac - 0.53.6-1 - Allow empty configuration values (#155402) perl-3:5.8.6-7 -------------- * Sun Apr 24 2005 Jose Pedro Oliveira - 3:5.8.6-7 - Updating CGI.pm from version 3.05 to 3.08 (mod_perl 2.0.0 RC5). (#155839) * Wed Apr 20 2005 Jose Pedro Oliveira - 3:5.8.6-6 - FCGI is not provided by perl (#148847). - Drop the '.1' suffix from the perl-suidperl subpackage. * Thu Mar 17 2005 Jason Vas Dias - 3:5.8.6-5 - bug 151127: fix to use libresolv instead of libbind (perl-5.8.6-libresolv.patch). From overholt at redhat.com Mon Apr 25 12:23:46 2005 From: overholt at redhat.com (Andrew Overholt) Date: Mon, 25 Apr 2005 08:23:46 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <604aa791050424194711da4688@mail.gmail.com> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <604aa791050424194711da4688@mail.gmail.com> Message-ID: <20050425122346.GA24610@redhat.com> * Jeff Spaleta [2005-04-24 22:48]: > On 4/24/05, Warren Togami wrote: > > http://cvs.fedora.redhat.com/viewcvs/devel/java-1.4.2-gcj-compat/ > > That's what I'd guess too, but the spec doesn't contain anything like > > that. Try installing java-1.4.2-gcj-compat with rpm -vvv and see what > > causes jre to be uninstalled. > > I can't get the uninstall of jre behavior to happen with an install of > java-1.4.2-gcj-compat via rpm or yum. [...] I can't duplicate it, either. Tom would know best. CCing him. Andrew From skvidal at phy.duke.edu Mon Apr 25 12:35:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 25 Apr 2005 08:35:21 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> Message-ID: <1114432521.15223.28.camel@cutter> > >> http://cvs.fedora.redhat.com/viewcvs/devel/java-1.4.2-gcj-compat/ > >> That's what I'd guess too, but the spec doesn't contain anything like > >> that. Try installing java-1.4.2-gcj-compat with rpm -vvv and see what > >> causes jre to be uninstalled. > > > > It "Provides: jre = %{javaver}" and that makes it a candidate for > > https://bugzilla.redhat.com/111071 > > Which is right at the rpm level. What an autoupdater like yum should do > with it is something there is no real consensus on, which is why I > suggested discussing it directly with Seth. What am I looking for here. I wasn't following this thread so I'm not sure what the complaining behavior was about. -sv From tjb at unh.edu Mon Apr 25 12:49:01 2005 From: tjb at unh.edu (Thomas J. Baker) Date: Mon, 25 Apr 2005 08:49:01 -0400 Subject: GDM early login In-Reply-To: <20050425111005.27623069@python2> References: <20050425111005.27623069@python2> Message-ID: <1114433341.29281.0.camel@wintermute.sr.unh.edu> On Mon, 2005-04-25 at 11:10 +0200, Matthias Saou wrote: > Hi, > > I've tried the new GDM early login feature, it's really nice to get a > better desktop experience at little cost IMHO. One problem, though : After > just enabling the services included with gdm ("chkconfig --add" run for > the 3 included : gdm-allow-login, gdm-early-login and zzz-bootup- > complete), it wouldn't work until much further on as the X server couldn't > start because of xfs not running. Could this be because I added early- > login to my kernel command line but removed rhgb? If so, should this be > considered a bug, or are all users who use gdm supposed to also be running > rhgb? > > Last question : Will this early-login be considered to become the default > for FC4? > >From Ray Strode's initial early-login howto: > Next thing you'll want to do is to change the chkconfig: line > in /etc/init.d/xfs to > # chkconfig: 2345 08 97 > > and also change the chkconfig: line in /etc/init.d/syslog to > # chkconfig: 2345 07 98 > > then run > /sbin/chkconfig xfs on > /sbin/chkconfig syslog on > /sbin/chkconfig --add gdm-early-login > /sbin/chkconfig --add gdm-allow-login > /sbin/chkconfig gdm-early-login on > /sbin/chkconfig gdm-allow-login on > to regenerate the symlinks in /etc/rc5.d > > The last thing that needs to be changed is grub.conf. It should be > modified such that the kernel cmdline has "early-login" in it. > > For instance, it might look like this: > kernel /vmlinuz-2.6.11-1.1208_FC4 ro root=/dev/VolGroup00/LogVol00 > quiet > vga=0x317 early-login > > It's all probably pretty fragile right now, so be careful. > tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From nicolas.mailhot at laposte.net Mon Apr 25 12:49:40 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 25 Apr 2005 14:49:40 +0200 (CEST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114432521.15223.28.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> Message-ID: <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> On Lun 25 avril 2005 14:35, seth vidal a ?crit : >> >> http://cvs.fedora.redhat.com/viewcvs/devel/java-1.4.2-gcj-compat/ >> >> That's what I'd guess too, but the spec doesn't contain anything like >> >> that. Try installing java-1.4.2-gcj-compat with rpm -vvv and see >> what >> >> causes jre to be uninstalled. >> > >> > It "Provides: jre = %{javaver}" and that makes it a candidate for >> > https://bugzilla.redhat.com/111071 >> >> Which is right at the rpm level. What an autoupdater like yum should do >> with it is something there is no real consensus on, which is why I >> suggested discussing it directly with Seth. > > What am I looking for here. I wasn't following this thread so I'm not > sure what the complaining behavior was about. Basically you have two (ok more than two) packages that serve the same purpose (functionnaly the same, very different sets of bugs). Their specs provide the same virtuals so people can chose the one they prefer (and they are parallel installable) On update of one of them yum removes the others. Regards, -- Nicolas Mailhot From skvidal at phy.duke.edu Mon Apr 25 12:57:07 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 25 Apr 2005 08:57:07 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> Message-ID: <1114433827.15223.35.camel@cutter> > Basically you have two (ok more than two) packages that serve the same > purpose (functionnaly the same, very different sets of bugs). Their specs > provide the same virtuals so people can chose the one they prefer (and > they are parallel installable) > > On update of one of them yum removes the others. > For more backstory: is there an obsolete in place for any of these? -sv From keven at mitre.org Mon Apr 25 13:22:47 2005 From: keven at mitre.org (Keven Ring) Date: Mon, 25 Apr 2005 09:22:47 -0400 Subject: Firewire PCMCIA problems on FC3 Message-ID: <426CEF27.80307@mitre.org> I have a Belkin Firewire PCMCIA card that is recognized correctly (and works!) on FC1. However, the same card does not work on FC3 (I'm currently running the 2.6.11-1.14_FC3 kernel). I have attached the output of /var/log/messages for both FC1 and FC3 below. Any help is appreciated in getting this working on FC3! TIA! [begin FC1 /var/log/messages] Apr 25 07:57:41 localhost kernel: cs: cb_alloc(bus 3): vendor 0x1033, device 0x00cd Apr 25 07:57:41 localhost kernel: PCI: Enabling device 03:00.0 (0000 -> 0002) Apr 25 07:57:41 localhost cardmgr[3372]: socket 0: CardBus hotplug device Apr 25 07:57:41 localhost kernel: ohci1394: $Rev: 1010 $ Ben Collins Apr 25 07:57:41 localhost kernel: ohci1394_0: Unexpected PCI resource length of 1000! Apr 25 07:57:41 localhost kernel: ohci1394_0: OHCI-1394 1.0 (PCI): IRQ=[11] MMIO=[40800000-408007ff] Max Packet=[1024] Apr 25 07:57:41 localhost devlabel: devlabel service started/restarted Apr 25 07:59:05 localhost kernel: spurious 8259A interrupt: IRQ7. Apr 25 07:59:05 localhost kernel: sbp2: $Rev: 1010 $ Ben Collins Apr 25 07:59:06 localhost kernel: scsi2 : SCSI emulation for IEEE-1394 SBP-2 Devices Apr 25 07:59:06 localhost kernel: blk: queue ef45c814, I/O limit 0Mb (mask 0x0) Apr 25 07:59:06 localhost kernel: ieee1394: sbp2: Error logging into SBP-2 device - login failed Apr 25 07:59:06 localhost devlabel: devlabel service started/restarted Apr 25 08:02:11 localhost kernel: Vendor: Apple Model: iPod Rev: 1.50 Apr 25 08:02:11 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02 Apr 25 08:02:11 localhost kernel: blk: queue ef45c614, I/O limit 0Mb (mask 0x0) Apr 25 08:02:11 localhost kernel: Attached scsi removable disk sdb at scsi2, channel 0, id 0, lun 0 Apr 25 08:02:11 localhost kernel: SCSI device sdb: 39063024 512-byte hdwr sectors (20000 MB) Apr 25 08:02:11 localhost kernel: sdb: test WP failed, assume Write Enabled Apr 25 08:02:11 localhost kernel: sdb: sdb1 sdb2 [end FC1 /var/log/messages] [begin FC3 /var/log/messages] Apr 25 09:17:51 mm124141-pc kernel: ohci1394: $Rev: 1223 $ Ben Collins Apr 25 09:17:51 mm124141-pc kernel: PCI: Enabling device 0000:03:00.0 (0000 -> 0002) Apr 25 09:17:51 mm124141-pc kernel: ACPI: PCI interrupt 0000:03:00.0[A] -> GSI 11 (level, low) -> IRQ 11 Apr 25 09:17:52 mm124141-pc kernel: ohci1394: fw-host0: Unexpected PCI resource length of 1000! Apr 25 09:17:52 mm124141-pc kernel: ohci1394: fw-host0: OHCI-1394 1.0 (PCI): IRQ=[11] MMIO=[40800000-408007ff] Max Packet=[1024] Apr 25 09:17:52 mm124141-pc ieee1394.agent[6512]: ... no drivers for IEEE1394 product 0x/0x/0x Apr 25 09:17:53 mm124141-pc ieee1394.agent[6534]: ... no drivers for IEEE1394 product 0x/0x/0x Apr 25 09:17:53 mm124141-pc ieee1394.agent[6561]: ... no drivers for IEEE1394 product 0x/0x/0x [end FC3 /var/log/messages] -------------- next part -------------- A non-text attachment was scrubbed... Name: keven.vcf Type: text/x-vcard Size: 301 bytes Desc: not available URL: From nicolas.mailhot at laposte.net Mon Apr 25 13:31:57 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 25 Apr 2005 15:31:57 +0200 (CEST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114433827.15223.35.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> Message-ID: <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> On Lun 25 avril 2005 14:57, seth vidal a ?crit : > >> Basically you have two (ok more than two) packages that serve the same >> purpose (functionnaly the same, very different sets of bugs). Their >> specs >> provide the same virtuals so people can chose the one they prefer (and >> they are parallel installable) >> >> On update of one of them yum removes the others. >> > > For more backstory: is there an obsolete in place for any of these? >From memory no. You have the spec we use for the Sun jvm here : http://www.jpackage.org/cgi-bin/viewcvs.cgi/jpackage/rpms/non-free/java-1.4.2-sun/java-1.4.2-sun.spec?rev=1.1.2.21&only_with_tag=JPACKAGE_UTILS_1_5&view=markup All the others VMs including the gcj compat package should follow more or less the same tempate (not too sure about the gcj part though) -- Nicolas Mailhot From jspaleta at gmail.com Mon Apr 25 13:39:58 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 25 Apr 2005 09:39:58 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <604aa791050424194711da4688@mail.gmail.com> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <604aa791050424194711da4688@mail.gmail.com> Message-ID: <604aa7910504250639553ec6b2@mail.gmail.com> On 4/24/05, Jeff Spaleta wrote: > I can't get the uninstall of jre behavior to happen with an install of > java-1.4.2-gcj-compat via rpm or yum. And since i dont have a local > cache of an older versions of java-1.4.2-gcj-compat I can't test the > update scenario which was originally commented on. great... that was fun... i could not reproduce the behavior as seen by the original reporter even using yum update. Here's my setup: *Start with Sun's jre-1.5.0_02-fcs package installed *install the older java-1.4.2-gcj-compat-1.4.2.0-40jpp_16rh.i386.rpm using rpm -i or yum install, my jre package was not removed. Note you have to install the jessie package from development as well. *run yum update to update to java-1.4.2-gcj-compat-1.4.2.0-40jpp_18rh, my jre is not removed. *or rpm -U to java-1.4.2-gcj-compat-1.4.2.0-40jpp_18rh, my jre is not removed On my rawhide system I have tested rpm -i, yum install, rpm -U and yum update on java-1.4.2-gcj-compat packages. I even did rpm -U --oldpackage. Specically working with: java-1.4.2-gcj-compat-1.4.2.0-40jpp_16rh.i386.rpm java-1.4.2-gcj-compat-1.4.2.0-40jpp_18rh.i386.rpm and jessie-1.0.0-5.noarch.rpm when doing these operations. I can not reproduce the removal of Sun's latest rpm package jre-1.5.0_02-fcs on my x86 rawhide system in any scenario. Anyone who can reproduce this is going to have to provide some verbose output from rpm and yum. -jef From skvidal at phy.duke.edu Mon Apr 25 14:00:02 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 25 Apr 2005 10:00:02 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> Message-ID: <1114437602.3817.3.camel@cutter> > >From memory no. > You have the spec we use for the Sun jvm here : > http://www.jpackage.org/cgi-bin/viewcvs.cgi/jpackage/rpms/non-free/java-1.4.2-sun/java-1.4.2-sun.spec?rev=1.1.2.21&only_with_tag=JPACKAGE_UTILS_1_5&view=markup > > All the others VMs including the gcj compat package should follow more or > less the same tempate (not too sure about the gcj part though) > okay there's nothing here that is obviously obsoleting the other. so unless someone can get me a reproduceable error this is going to be difficult to debug. -sv From nicolas.mailhot at laposte.net Mon Apr 25 14:09:55 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Mon, 25 Apr 2005 16:09:55 +0200 (CEST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114437602.3817.3.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> Message-ID: <48960.192.54.193.28.1114438195.squirrel@rousalka.dyndns.org> On Lun 25 avril 2005 16:00, seth vidal a ?crit : >> >From memory no. >> You have the spec we use for the Sun jvm here : >> http://www.jpackage.org/cgi-bin/viewcvs.cgi/jpackage/rpms/non-free/java-1.4.2-sun/java-1.4.2-sun.spec?rev=1.1.2.21&only_with_tag=JPACKAGE_UTILS_1_5&view=markup >> >> All the others VMs including the gcj compat package should follow more >> or >> less the same tempate (not too sure about the gcj part though) >> > > okay there's nothing here that is obviously obsoleting the other. so > unless someone can get me a reproduceable error this is going to be > difficult to debug. BTW the latest spec is here, but I doubt it has changed much http://www.jpackage.org/cgi-bin/viewcvs.cgi/jpackage/rpms/non-free/java-1.4.2-sun/java-1.4.2-sun.spec?rev=1.1.2.21.2.2&only_with_tag=JPACKAGE-1_6&view=markup -- Nicolas Mailhot From jorton at redhat.com Mon Apr 25 14:55:01 2005 From: jorton at redhat.com (Joe Orton) Date: Mon, 25 Apr 2005 15:55:01 +0100 Subject: openssl-0.9.7f-4 breaks postfix-2.2.2-2 In-Reply-To: <1114261495.4226.0.camel@dhollis-lnx.sunera.com> References: <1114193276.9006.22.camel@hostmaster.org> <1114261495.4226.0.camel@dhollis-lnx.sunera.com> Message-ID: <20050425145501.GA26455@redhat.com> On Sat, Apr 23, 2005 at 09:04:54AM -0400, David Hollis wrote: > On Fri, 2005-04-22 at 20:07 +0200, Thomas Zehetbauer wrote: > > Today's rawhide update broke my postfix's smtp over ssl capability. > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:02001002:system library:fopen:No such file or directory:bss_file.c:104:fopen('/usr/share/ssl/certs/ca-bundle.crt','r'): > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:2006D080:BIO routines:BIO_new_file:no such file:bss_file.c:107: > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib:by_file.c:279: > > postfix/smtpd[8117]: connect from localhost[127.0.0.1] > > postfix/smtpd[8117]: Could not allocate 'TLScontext->con' with SSL_new() > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:140BA0C3:SSL routines:SSL_new:null ssl ctx:ssl_lib.c:231: > > postfix/smtpd[8117]: lost connection after CONNECT from localhost[127.0.0.1] > > postfix/smtpd[8117]: disconnect from localhost[127.0.0.1] > > The latest OpenSSL packages moved all of the certs/keys to /etc/pki. In > your postfix config, change the path to the ca-bundle to > be /etc/pki/tls/certs and you should be all set. No application should contain hard-coded references to the ca-bundle.crt filename in the first place, they should obtain it at run-time via X509_get_default_cert_file() or if possible just use SSL_CTX_set_default_verify_paths() - can you file bugs on that? Regards, joe From dax at gurulabs.com Mon Apr 25 15:49:30 2005 From: dax at gurulabs.com (Dax Kelson) Date: Mon, 25 Apr 2005 09:49:30 -0600 Subject: openssl-0.9.7f-4 breaks postfix-2.2.2-2 In-Reply-To: <20050425145501.GA26455@redhat.com> References: <1114193276.9006.22.camel@hostmaster.org> <1114261495.4226.0.camel@dhollis-lnx.sunera.com> <20050425145501.GA26455@redhat.com> Message-ID: <1114444170.4900.20.camel@mentorng.gurulabs.com> On Mon, 2005-04-25 at 15:55 +0100, Joe Orton wrote: > On Sat, Apr 23, 2005 at 09:04:54AM -0400, David Hollis wrote: > > On Fri, 2005-04-22 at 20:07 +0200, Thomas Zehetbauer wrote: > > > Today's rawhide update broke my postfix's smtp over ssl capability. > > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:02001002:system library:fopen:No such file or directory:bss_file.c:104:fopen('/usr/share/ssl/certs/ca-bundle.crt','r'): > > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:2006D080:BIO routines:BIO_new_file:no such file:bss_file.c:107: > > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib:by_file.c:279: > > > postfix/smtpd[8117]: connect from localhost[127.0.0.1] > > > postfix/smtpd[8117]: Could not allocate 'TLScontext->con' with SSL_new() > > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:140BA0C3:SSL routines:SSL_new:null ssl ctx:ssl_lib.c:231: > > > postfix/smtpd[8117]: lost connection after CONNECT from localhost[127.0.0.1] > > > postfix/smtpd[8117]: disconnect from localhost[127.0.0.1] > > > > The latest OpenSSL packages moved all of the certs/keys to /etc/pki. In > > your postfix config, change the path to the ca-bundle to > > be /etc/pki/tls/certs and you should be all set. > > No application should contain hard-coded references to the ca-bundle.crt > filename in the first place, they should obtain it at run-time via > X509_get_default_cert_file() or if possible just use > SSL_CTX_set_default_verify_paths() - can you file bugs on that? > > Regards, > > joe In Saturday's rawhide changelog I read: dovecot-0.99.14-4.fc4 --------------------- * Fri Apr 22 2005 John Dennis - 0.99.14-4.fc4 - openssl moved its certs, CA, etc. from /usr/share/ssl to /etc/pki Does this mean that dovecot was hard-coding references too? BTW, I know that there is a *lot* of documentation out there that references the "old" path, /usr/share/ssl. Unfortunately it isn't possible for documentation to use SSL_CTX_set_default_verify_paths(). :) Dax Kelson Guru Labs From rdieter at math.unl.edu Mon Apr 25 15:48:31 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 25 Apr 2005 10:48:31 -0500 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114433827.15223.35.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> Message-ID: seth vidal wrote: >>Basically you have two (ok more than two) packages that serve the same >>purpose (functionnaly the same, very different sets of bugs). Their specs >>provide the same virtuals so people can chose the one they prefer (and >>they are parallel installable) >> >>On update of one of them yum removes the others. >> > > > For more backstory: is there an obsolete in place for any of these? FYI, as Michael pointed out, it's a bug^H^H^H... feature of rpm, since it Provides: jre = %{javaver} For details, see: http://bugzilla.redhat.com/111071 -- Rex From pmatilai at welho.com Mon Apr 25 15:50:59 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Mon, 25 Apr 2005 18:50:59 +0300 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114437602.3817.3.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> Message-ID: <1114444259.25770.6.camel@weasel.laiskiainen.org> On Mon, 2005-04-25 at 10:00 -0400, seth vidal wrote: > > >From memory no. > > You have the spec we use for the Sun jvm here : > > http://www.jpackage.org/cgi-bin/viewcvs.cgi/jpackage/rpms/non-free/java-1.4.2-sun/java-1.4.2-sun.spec?rev=1.1.2.21&only_with_tag=JPACKAGE_UTILS_1_5&view=markup > > > > All the others VMs including the gcj compat package should follow more or > > less the same tempate (not too sure about the gcj part though) > > > > okay there's nothing here that is obviously obsoleting the other. so > unless someone can get me a reproduceable error this is going to be > difficult to debug. Isn't this the very same issue as these: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130352 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111071 ..making it an rpm internal issue, for a depsolver to work around it you'd have to mark that specific instance for erasure and the new package for installation instead of a normal upgrade. Which was discussed wrt updating external kernel-module packages as well. - Panu - From tmraz at redhat.com Mon Apr 25 18:36:22 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Mon, 25 Apr 2005 20:36:22 +0200 Subject: openssl-0.9.7f-4 breaks postfix-2.2.2-2 In-Reply-To: <1114444170.4900.20.camel@mentorng.gurulabs.com> References: <1114193276.9006.22.camel@hostmaster.org> <1114261495.4226.0.camel@dhollis-lnx.sunera.com> <20050425145501.GA26455@redhat.com> <1114444170.4900.20.camel@mentorng.gurulabs.com> Message-ID: <1114454182.5876.20.camel@perun.redhat.usu> On Mon, 2005-04-25 at 09:49 -0600, Dax Kelson wrote: > On Mon, 2005-04-25 at 15:55 +0100, Joe Orton wrote: > > No application should contain hard-coded references to the ca-bundle.crt > > filename in the first place, they should obtain it at run-time via > > X509_get_default_cert_file() or if possible just use > > SSL_CTX_set_default_verify_paths() - can you file bugs on that? > > > > Regards, > > > > joe > > In Saturday's rawhide changelog I read: > > dovecot-0.99.14-4.fc4 > --------------------- > * Fri Apr 22 2005 John Dennis - 0.99.14-4.fc4 > - openssl moved its certs, CA, etc. from /usr/share/ssl to /etc/pki > > Does this mean that dovecot was hard-coding references too? It uses the paths for different purpose - storing the server's key + certificate - so the rule above doesn't apply. > BTW, I know that there is a *lot* of documentation out there that > references the "old" path, /usr/share/ssl. Unfortunately it isn't > possible for documentation to use SSL_CTX_set_default_verify_paths(). :) Good point! -- Tomas Mraz From dhollis at davehollis.com Mon Apr 25 19:08:02 2005 From: dhollis at davehollis.com (David Hollis) Date: Mon, 25 Apr 2005 15:08:02 -0400 Subject: openssl-0.9.7f-4 breaks postfix-2.2.2-2 In-Reply-To: <20050425145501.GA26455@redhat.com> References: <1114193276.9006.22.camel@hostmaster.org> <1114261495.4226.0.camel@dhollis-lnx.sunera.com> <20050425145501.GA26455@redhat.com> Message-ID: <1114456082.3312.11.camel@dhollis-lnx.sunera.com> On Mon, 2005-04-25 at 15:55 +0100, Joe Orton wrote: > On Sat, Apr 23, 2005 at 09:04:54AM -0400, David Hollis wrote: > > On Fri, 2005-04-22 at 20:07 +0200, Thomas Zehetbauer wrote: > > > Today's rawhide update broke my postfix's smtp over ssl capability. > > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:02001002:system library:fopen:No such file or directory:bss_file.c:104:fopen('/usr/share/ssl/certs/ca-bundle.crt','r'): > > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:2006D080:BIO routines:BIO_new_file:no such file:bss_file.c:107: > > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:0B084002:x509 certificate routines:X509_load_cert_crl_file:system lib:by_file.c:279: > > > postfix/smtpd[8117]: connect from localhost[127.0.0.1] > > > postfix/smtpd[8117]: Could not allocate 'TLScontext->con' with SSL_new() > > > postfix/smtpd[8117]: warning: TLS library problem: 8117:error:140BA0C3:SSL routines:SSL_new:null ssl ctx:ssl_lib.c:231: > > > postfix/smtpd[8117]: lost connection after CONNECT from localhost[127.0.0.1] > > > postfix/smtpd[8117]: disconnect from localhost[127.0.0.1] > > > > The latest OpenSSL packages moved all of the certs/keys to /etc/pki. In > > your postfix config, change the path to the ca-bundle to > > be /etc/pki/tls/certs and you should be all set. > > No application should contain hard-coded references to the ca-bundle.crt > filename in the first place, they should obtain it at run-time via > X509_get_default_cert_file() or if possible just use > SSL_CTX_set_default_verify_paths() - can you file bugs on that? > There may be cases where the user/app does not want to use the bundled CA, but would rather use a locally generated one, or the like. By default, the bundled apps should probably point at the one installed with openssl so that things can "Just Work". -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Fedora at TQMcube.com Mon Apr 25 19:57:17 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Mon, 25 Apr 2005 15:57:17 -0400 Subject: Gcc4 (final) Message-ID: <1114459038.19375.6.camel@dch.tqmcube.com> Is gcc4 being ported to FC3? If I rebuild libtool with gcc4, will that resolve the dependency (albeit after the fact). -- Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm From dhollis at davehollis.com Mon Apr 25 20:00:35 2005 From: dhollis at davehollis.com (David Hollis) Date: Mon, 25 Apr 2005 16:00:35 -0400 Subject: Gcc4 (final) In-Reply-To: <1114459038.19375.6.camel@dch.tqmcube.com> References: <1114459038.19375.6.camel@dch.tqmcube.com> Message-ID: <1114459235.3312.15.camel@dhollis-lnx.sunera.com> On Mon, 2005-04-25 at 15:57 -0400, David Cary Hart wrote: > Is gcc4 being ported to FC3? If I rebuild libtool with gcc4, will that > resolve the dependency (albeit after the fact). I'm certainly not authoritative on the subject, but I'm pretty confident that the answer is no. One of the main reasons for putting out new releases of Fedora rapidly is to prevent the desire/requirement to backport everything to older revisions. If gcc4 is something that you require, you can quite likely recompile the SRPM on FC3 and it may work ok (I don't know if there are any glibc rev dependencies or the like). Of course, all of that is at your own risk, buyer beware, all of that good stuff. -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dcbw at redhat.com Mon Apr 25 20:14:46 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 25 Apr 2005 16:14:46 -0400 Subject: Gcc4 (final) In-Reply-To: <1114459038.19375.6.camel@dch.tqmcube.com> References: <1114459038.19375.6.camel@dch.tqmcube.com> Message-ID: <1114460086.3299.15.camel@dcbw.boston.redhat.com> On Mon, 2005-04-25 at 15:57 -0400, David Cary Hart wrote: > Is gcc4 being ported to FC3? If I rebuild libtool with gcc4, will that > resolve the dependency (albeit after the fact). yum install gcc4 will do the trick. The latest version in fc3-updates if 4.0.0-0.41.fc3, I suspect that 4.0.0-1.fc3 will be coming along shortly as the latest 4.0 packages just hit FC4 this weekend. If the FC3 ones aren't out soon, yell at Jakub or file a bug against gcc. Dan From Fedora at TQMcube.com Mon Apr 25 20:15:58 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Mon, 25 Apr 2005 16:15:58 -0400 Subject: Gcc4 (final) In-Reply-To: <1114459235.3312.15.camel@dhollis-lnx.sunera.com> References: <1114459038.19375.6.camel@dch.tqmcube.com> <1114459235.3312.15.camel@dhollis-lnx.sunera.com> Message-ID: <1114460158.19375.17.camel@dch.tqmcube.com> On Mon, 2005-04-25 at 16:00 -0400, David Hollis wrote: > On Mon, 2005-04-25 at 15:57 -0400, David Cary Hart wrote: > > Is gcc4 being ported to FC3? If I rebuild libtool with gcc4, will that > > resolve the dependency (albeit after the fact). > > I'm certainly not authoritative on the subject, but I'm pretty confident > that the answer is no. One of the main reasons for putting out new > releases of Fedora rapidly is to prevent the desire/requirement to > backport everything to older revisions. If gcc4 is something that you > require, you can quite likely recompile the SRPM on FC3 and it may work > ok (I don't know if there are any glibc rev dependencies or the like). > Of course, all of that is at your own risk, buyer beware, all of that > good stuff. > I don't require gcc4. I have been experimenting with things like this to improve my FQ. I did build GCC4 (VERY long compile time BTW). On install: error: Failed dependencies: binutils >= 2.15.94.0.2-2 is needed by gcc-4.0.0-1.1.P4.i686 gcc = 3.4.3 is needed by (installed) libtool-1.5.6-4.FC3.2.1.P4.i686 libgcj.so.5 is needed by (installed) ecj-3.0.1-5.i386 libgcj.so.5 is needed by (installed) gettext-devel-0.14.1-12.i386 libf2c is needed by (installed) compat-gcc-g77-8-3.3.4.2.i386 Most are no problem and I assume that I can rebuild libtool. My concern is compat-gcc. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list -- Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm From Fedora at TQMcube.com Mon Apr 25 20:17:00 2005 From: Fedora at TQMcube.com (David Cary Hart) Date: Mon, 25 Apr 2005 16:17:00 -0400 Subject: Gcc4 (final) In-Reply-To: <1114460086.3299.15.camel@dcbw.boston.redhat.com> References: <1114459038.19375.6.camel@dch.tqmcube.com> <1114460086.3299.15.camel@dcbw.boston.redhat.com> Message-ID: <1114460220.19375.19.camel@dch.tqmcube.com> On Mon, 2005-04-25 at 16:14 -0400, Dan Williams wrote: > On Mon, 2005-04-25 at 15:57 -0400, David Cary Hart wrote: > > Is gcc4 being ported to FC3? If I rebuild libtool with gcc4, will that > > resolve the dependency (albeit after the fact). > > yum install gcc4 Too easy -;) Thanks. -- Multi-RBL Check: http://www.TQMcube.com/rblcheck.htm Kill Spam at the Source: http://www.TQMcube.com/spam_trap.htm Today's Spam Trap Adds: http://www.TQMcube.com/BlockedToday RBLDNSD HowTo: http://www.TQMcube.com/rbldnsd.htm From wtogami at redhat.com Tue Apr 26 01:47:11 2005 From: wtogami at redhat.com (Warren Togami) Date: Mon, 25 Apr 2005 15:47:11 -1000 Subject: Why No Spider Monkey in Elinks In-Reply-To: <20050424131642.GC22679@rednote.net> References: <20050417003659.GA7129@rednote.net> <20050423155411.GA22679@rednote.net> <1114335015.23930.25.camel@bobcat.mine.nu> <20050424131642.GC22679@rednote.net> Message-ID: <426D9D9F.60304@redhat.com> Janina Sajka wrote: > Thanks for the cvs pointers. I'll checkout and build against this later > today. > Two steps we need to clarify before adding this: 1) Has anyone verified that elinks built against Extras js works as expected? 2) Is it possible to split js as a sub-package of Mozilla? I am guessing that it will require too much work to do like Gecko. So if #1 is verified, we can take another step toward adding. There is also a question whether release engineering will accept it since we are very close to FC4test2 freeze on Wednesday. Warren Togami wtogami at redhat.com From mharris at www.linux.org.uk Tue Apr 26 01:51:57 2005 From: mharris at www.linux.org.uk (Mike A. Harris) Date: Mon, 25 Apr 2005 21:51:57 -0400 Subject: GDM early login In-Reply-To: <20050425111005.27623069@python2> References: <20050425111005.27623069@python2> Message-ID: <426D9EBD.7030507@www.linux.org.uk> Matthias Saou wrote: > Hi, > > I've tried the new GDM early login feature, it's really nice to get a > better desktop experience at little cost IMHO. One problem, though : After > just enabling the services included with gdm ("chkconfig --add" run for > the 3 included : gdm-allow-login, gdm-early-login and zzz-bootup- > complete), it wouldn't work until much further on as the X server couldn't > start because of xfs not running. Could this be because I added early- > login to my kernel command line but removed rhgb? If so, should this be > considered a bug, or are all users who use gdm supposed to also be running > rhgb? > > Last question : Will this early-login be considered to become the default > for FC4? * Mon Apr 25 2005 Mike A. Harris 6.8.2-29 - Added xfs.init-fc4-startearly.patch to patch xfs.init to start earlier in the boot process for gdm early login on FC4 builds. This is done to the RPM_BUILD_ROOT installed file to ensure the changes do not get checked into CVS for the master initscript accidentally. This should help out a bit. ;) From skvidal at phy.duke.edu Tue Apr 26 03:25:14 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 25 Apr 2005 23:25:14 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114444259.25770.6.camel@weasel.laiskiainen.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <1114444259.25770.6.camel@weasel.laiskiainen.org> Message-ID: <1114485914.4945.13.camel@cutter> > Isn't this the very same issue as these: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=130352 > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=111071 > > ..making it an rpm internal issue, for a depsolver to work around it > you'd have to mark that specific instance for erasure and the new > package for installation instead of a normal upgrade. Which was > discussed wrt updating external kernel-module packages as well. The other option, which I'm kinda loathe to implement is to change the mechanism for adding updates into yum's transaction set holder. so that you could do: addUpdate(foopackage) # which would update over all older foopackages addUpdate(foopackage, this_old_package) # which would mark only this_old_package for erase and install foopackage) that might be an option but to 'fix' it globally it should be done in rpm. -sv From cjlesh.lists at gmail.com Tue Apr 26 09:12:21 2005 From: cjlesh.lists at gmail.com (Charles Lesh) Date: Tue, 26 Apr 2005 05:12:21 -0400 Subject: Usb key not working... Message-ID: <7e22d1cd05042602123e56109e@mail.gmail.com> Hey all: Last night (4/25) I performed a network install of the rawhide tree using "boot.iso". One thing I noticed was that when I plug in my Usb key drive, an icon no longer automatically appears on my desktop. There also doesn't seem to be anything in /media or /mnt. This works under previous versions of FC. Not sure if it's helpful, but here is the output of /var/log/messages: Apr 25 22:47:57 localhost kernel: usb 2-1: new full speed USB device using uhci_hcd and address 2 Apr 25 22:47:59 localhost kernel: SCSI subsystem initialized Apr 25 22:47:59 localhost kernel: Initializing USB Mass Storage driver... Apr 25 22:47:59 localhost kernel: scsi0 : SCSI emulation for USB Mass Storage devices Apr 25 22:47:59 localhost kernel: usbcore: registered new driver usb-storage Apr 25 22:47:59 localhost kernel: USB Mass Storage support registered. Apr 25 22:48:04 localhost kernel: Vendor: LEXAR Model: JUMPDRIVE SECURE Rev: 2000 Apr 25 22:48:04 localhost kernel: Type: Direct-Access ANSI SCSI revision: 00 Apr 25 22:48:04 localhost scsi.agent[2974]: disk at /devices/pci0000:00/0000:00:1d.1/usb2/2-1/2-1:1.0/host0/target0:0:0/0:0:0:0 Apr 25 22:48:04 localhost kernel: SCSI device sda: 1010784 512-byte hdwr sectors (518 MB) Apr 25 22:48:04 localhost kernel: sda: assuming drive cache: write through Apr 25 22:48:04 localhost kernel: SCSI device sda: 1010784 512-byte hdwr sectors (518 MB) Apr 25 22:48:04 localhost kernel: sda: assuming drive cache: write through Apr 25 22:48:04 localhost kernel: sda: sda1 Apr 25 22:48:04 localhost kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 Incidentally, I can "mount /dev/sda1 /mnt" as root to access the drive. -cjl From djh at iinet.net.au Tue Apr 26 09:38:08 2005 From: djh at iinet.net.au (djh) Date: Tue, 26 Apr 2005 19:38:08 +1000 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114437602.3817.3.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> Message-ID: <426E0C00.7020604@iinet.net.au> seth vidal wrote: >okay there's nothing here that is obviously obsoleting the other. so >unless someone can get me a reproduceable error this is going to be >difficult to debug. > > I'm not certain the bug regarding virtual provides completely explains this problem. This happened earlier today whilst doing a partial update. java-1.4.2-gcj-compat was not involved. (slightly off-topic, but why is xml-commons missing from viewcvs?) # yum update xml-commons\* libexif kudzu htmlview evince audit\* Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 extras 100% |=========================| 951 B 00:00 Reading repository metadata in from local files Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: audit i386 0.7.1-1 development 95 k audit-libs i386 0.7.1-1 development 23 k evince i386 0.2.1-1 development 267 k htmlview noarch 3.0.0-10 development 7.2 k kudzu i386 1.1.113-1 development 291 k libexif i386 0.6.12-2 development 97 k xml-commons noarch 1.0-0.b2.6jpp_7 development 17 k xml-commons-apis noarch 1.0-0.b2.6jpp_7 development 84 k Transaction Summary ============================================================================= Install 0 Package(s) Update 8 Package(s) Remove 0 Package(s) Total download size: 882 k Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : xml-commons ####################### [ 1/17] Updating : audit-libs ####################### [ 2/17] Updating : xml-commons-apis ####################### [ 3/17] Updating : libexif ####################### [ 4/17] Updating : kudzu ####################### [ 5/17] Updating : htmlview ####################### [ 6/17] Updating : audit ####################### [ 7/17] Updating : evince ####################### [ 8/17] Cleanup : xml-commons-apis ####################### [ 9/17] Removing : jre ####################### [10/17] Cleanup : libexif ####################### [11/17] Cleanup : audit-libs ####################### [12/17] Cleanup : kudzu ####################### [13/17] Cleanup : xml-commons ####################### [14/17] Cleanup : htmlview ####################### [15/17] Cleanup : audit ####################### [16/17] Cleanup : evince ####################### [17/17] Updated: audit.i386 0:0.7.1-1 audit-libs.i386 0:0.7.1-1 evince.i386 0:0.2.1-1 htmlview.noarch 0:3.0.0-10 kudzu.i386 0:1.1.113-1 libexif.i386 0:0.6.12-2 xml-commons.noarch 0:1.0-0.b2.6jpp_7fc xml-commons-apis.noarch 0:1.0-0.b2.6jpp_7fc Complete! From russell at coker.com.au Tue Apr 26 11:11:59 2005 From: russell at coker.com.au (Russell Coker) Date: Tue, 26 Apr 2005 21:11:59 +1000 Subject: udev SE Linux policy Message-ID: <200504262112.02638.russell@coker.com.au> udev.fc needs the following addition to work with yesterday's rawhide: /dev/\.udevdb(/.*)? -- system_u:object_r:udev_tdb_t We're now on the third naming for this data store, hopefully it will remain at this name for a while... -- 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 From buildsys at redhat.com Tue Apr 26 12:39:11 2005 From: buildsys at redhat.com (Build System) Date: Tue, 26 Apr 2005 08:39:11 -0400 Subject: rawhide report: 20050426 changes Message-ID: <200504261239.j3QCdB9G011881@porkchop.devel.redhat.com> New package perl-Net-Telnet Net-Telnet Perl module Updated Packages: ImageMagick-6.2.1.7-4 --------------------- * Mon Apr 25 2005 Matthias Clasen - 6.2.1.7-4 - .la files for modules are needed, actually * Mon Apr 25 2005 Matthias Clasen - 6.2.1.7-3 - Really remove .la files for modules * Mon Apr 25 2005 - 6.2.1.7-1 - Update to 6.2.1 - Include multiple improvements and bugfixes by Rex Dieter et al (111961, 145466, 151196, 149970, 146518, 113951, 145449, 144977, 144570, 139298) SysVinit-2.85-38 ---------------- * Mon Apr 25 2005 Bill Nottingham - 2.85-38 - pidof: use readlink instead of stat to avoid NFS hangs (#138788, ) autofs-1:4.1.4-5 ---------------- * Fri Apr 15 2005 Chris Feist - 1:4.1.4-5 - Fixed regression with -browse not taking effect. * Wed Apr 13 2005 Jeff Moyer - 1:4.1.4-4 - Finish up with the merge breakage. - Temporary fix for the multimount detection code. It seems half-baked. * Wed Apr 13 2005 Jeff Moyer - 1:4.1.4-3 - Fix up the one-auto-master patch. My "improvements" had side-effects. cman-1.0-0.pre33.2 ------------------ cman-kernel-2.6.11.3-20050425.154843.FC4.0 ------------------------------------------ control-center-1:2.10.1-3 ------------------------- * Mon Apr 25 2005 Matthias Clasen - 2.10.1-3 - Avoid a warning from gnome-default-applications-properties. cpio-2.6-6 ---------- * Mon Apr 25 2005 Peter Vrabec 2.6-6 - fix race condition (#155749) - use find_lang macro crypto-utils-2.2-1 ------------------ * Mon Apr 25 2005 Joe Orton 2.2-1 - adapt to use /etc/pki curl-7.13.1-2 ------------- * Mon Apr 25 2005 Joe Orton 7.13.1-2 - update to use ca-bundle in /etc/pki - mark License as MIT not MPL db4-4.3.27-3 ------------ * Mon Apr 25 2005 Bill Nottingham 4.3.27-3 - add libdb_cxx.so link (#149191) dbus-0.33-1 ----------- * Mon Apr 25 2005 John (J5) Palmieri - 0.33-1 - update to upstream 0.33 - renable selinux audit patch dhcp-10:3.0.2-10 ---------------- * Mon Apr 25 2005 Jason Vas Dias 10:3.0.2-11 - dhclient-script dhcdbd extensions. - Tested to have no effect unless dhcdbd invokes dhclient. dlm-kernel-2.6.11.3-20050425.154843.FC4.0 ----------------------------------------- eclipse-1:3.1.0_fc-0.M6.11 -------------------------- * Sun Apr 24 2005 Andrew Overholt 3.1.0_fc-0.M6.11 - Re-add osgi.jar.so since gcj fix is in our gcc RPMs. - Bump gcc requirements accordingly. - Add gcc-c++ to BuildRequires (for SWT Mozilla). - Add specific java-1.4.2-gcj-compat nvr requirement (rh#151866). gnbd-kernel-2.6.11.2-20050420.133124.FC4.4 ------------------------------------------ gnome-panel-2.10.1-3 -------------------- * Mon Apr 25 2005 Mark McLoughlin 2.10.1-3 - Add patch to make Wanda not use non-existent fortune command (rh #152948) gulm-1.0-0.pre28.2 ------------------ httpd-2.0.54-6 -------------- * Tue Apr 26 2005 Joe Orton 2.0.54-6 - fix key/cert locations in post script * Mon Apr 25 2005 Joe Orton 2.0.54-5 - create default dummy cert in /etc/pki/tls - use a pseudo-random serial number on the dummy cert - change default ssl.conf to point at /etc/pki/tls - merge back -suexec subpackage; SELinux policy can now be used to persistently disable suexec (#155716) - drop /etc/httpd/conf/ssl.* directories and Makefiles - unconditionally enable PIE support - mod_ssl: fix for picking up -shutdown options (upstream #34452) jpilot-0.99.8-0.pre8.3 ---------------------- * Mon Apr 25 2005 Ivana Varekova 0.99.8-0.pre8.3 - fix overflow problem (patch3 - patch from file from #153066 comment 12) kernel-2.6.11-1.1267_FC4 ------------------------ * Mon Apr 25 2005 Dave Jones - Fix x86-64 put_user() - Fix serio oops. - Fix ipv6_skip_exthdr() invocation causing OOPS. - Fix up some permissions on some /proc files. - Support PATA drives on Promise SATA. (#147303) * Mon Apr 25 2005 Rik van Riel - upgrade to the latest version of xenolinux patches - reenable xen (it boots, ship it!) kudzu-1.1.114-1 --------------- * Mon Apr 25 2005 Bill Nottingham 1.1.114-1 - fix snd-powermac configuration (#151591) lftp-3.1.3-1 ------------ * Mon Apr 25 2005 Jason Vas Dias 3.1.3-1 - Upgrade to upstream version 3.1.3 libglade-java-2.10.1-3 ---------------------- * Mon Apr 25 2005 Andrew Overholt 2.10.1-3 - Back out patch added in 2.10.1-2 (unnecessary). libsepol-1.5.5-2 ---------------- * Mon Apr 25 2005 Dan Walsh 1.5.5-2 - Fixes found via intel compiler magma-plugins-1.0-0.pre16.11 ---------------------------- module-init-tools-3.1-3 ----------------------- * Mon Apr 25 2005 Bill Nottingham 3.1-3 - load snd-seq-device/snd-seq-oss on load of pcm devices (part of #147637) perl-Archive-Tar-1.23-4 ----------------------- * Mon Apr 25 2005 Warren Togami - 1.23-4 - remove beehive workaround perl-DateManip-5.42a-4 ---------------------- * Mon Apr 25 2005 Jose Pedro Oliveira - 5.42a-4 - Bring up to date with current Fedora.Extras perl spec template. (#155913) perl-Digest-HMAC-1.01-14 ------------------------ * Mon Apr 25 2005 Jose Pedro Oliveira - 1.01-14 - Bring up to date with current Fedora.Extras perl spec template. (#155912) perl-TimeDate-1:1.16-3 ---------------------- * Mon Apr 25 2005 Jose Pedro Oliveira - 1:1.16-3 - Bring up to date with current Fedora.Extras perl spec template. (#155914) perl-XML-LibXML-Common-0.13-8 ----------------------------- * Mon Apr 25 2005 Jose Pedro Oliveira - 0.13-8 - #155911 - Bring up to date with current Fedora.Extras perl spec template. php-5.0.4-8 ----------- * Mon Apr 25 2005 Joe Orton 5.0.4-8 - prevent build of builtin dba as well as shared extension * Wed Apr 13 2005 Joe Orton 5.0.4-7 - split out dba and bcmath extensions into subpackages - BuildRequire gcc-c++ to avoid AC_PROG_CXX{,CPP} failure (#155221) - pear: update to DB-1.7.6 - enable FastCGI support in /usr/bin/php-cgi (#149596) redhat-artwork-0.122-4 ---------------------- * Mon Apr 25 2005 Matthias Clasen 0.122-4 - Don't symlink the Bluecurve gdm theme to "Default", since that shows up as a duplicate "Bluecurve" entry in the graphical setup thingie. (#138653) selinux-policy-strict-1.23.13-2 ------------------------------- * Mon Apr 25 2005 Dan Walsh 1.23.13-2 - Small fixes for targeted policy - Add updfstab * Mon Apr 25 2005 Dan Walsh 1.23.13-1 - Update to latest from NSA * Merged more changes from Dan Walsh to initrc_t for removal of unconfined_domain. * Merged Dan Walsh's split of auditd policy into auditd_t for the audit daemon and auditctl_t for the autoctl program. * Added use of name_connect to uncond_can_ypbind macro by Dan Walsh. * Merged other cleanup and fixes by Dan Walsh. * Sun Apr 24 2005 Dan Walsh 1.23.12-5 - Fix file_context conflicts for fsadm - Add Russels patches - Restore webalizer - Add transitionbool for httpd_suexec selinux-policy-targeted-1.23.13-1 --------------------------------- * Mon Apr 25 2005 Dan Walsh 1.23.13-1 - Update to latest from NSA * Merged more changes from Dan Walsh to initrc_t for removal of unconfined_domain. * Merged Dan Walsh's split of auditd policy into auditd_t for the audit daemon and auditctl_t for the autoctl program. * Added use of name_connect to uncond_can_ypbind macro by Dan Walsh. * Merged other cleanup and fixes by Dan Walsh. * Sun Apr 24 2005 Dan Walsh 1.23.12-5 - Fix file_context conflicts for fsadm - Add Russels patches - Restore webalizer - Add transitionbool for httpd_suexec setup-2.5.43-1 -------------- * Mon Apr 25 2005 Bill Nottingham 2.5.43-1 - remove mailman aliases (#155841) spamassassin-3.0.3-0.r164513.fc4 -------------------------------- * Mon Apr 25 2005 Warren Togami - 1.2.25-1 - Add handling for new dbus-python api, patch from John Palmieri tsclient-0.132-6 ---------------- * Mon Apr 25 2005 Matthias Clasen 0.132-6 - Make the icon appear in the "Add to Panel" dialog up2date-4.4.15-4 ---------------- * Tue Apr 19 2005 Adrian Likins 4.4.15 - fix #149444 up2date --dry-run --upgrade-to-release changes registered base channel - fix #151328 (tracback when registering with *'s in password) - added some general uncaught exception catching - truncate rpm changelog (see up2date.spec.changelog) - update translations util-linux-2.12p-8 ------------------ * Mon Apr 25 2005 Karel Zak 2.12p-8 - fix #154498 - util-linux login & pam session - fix #155293 - man 5 nfs should include vers as a mount option - fix #76467 - At boot time, fsck chokes on LVs listed by label in fstab - new Source URL - added note about ATAPI IDE floppy to fdformat.8 - fix #145355 - Man pages for fstab and fstab-sync in conflict xen-2-20050424 -------------- * Mon Apr 25 2005 Rik van Riel 2-20050424 - upgrade to last night's snapshot * Fri Apr 15 2005 Jeremy Katz - patch manpath instead of moving in specfile. patch sent upstream - install to native python path instead of /usr/lib/python - other misc specfile duplication cleanup xml-commons-0:1.0-0.b2.6jpp_9fc ------------------------------- * Mon Apr 25 2005 Gary Benson - 0:1.0-0.b2.6jpp_9fc - Provide a default transformer when running under libgcj. * Mon Apr 25 2005 Gary Benson - 0:1.0-0.b2.6jpp_8fc - Provide a default DOM builder when running under libgcj (#155693). xorg-x11-6.8.2-28 ----------------- * Fri Apr 22 2005 Mike A. Harris 6.8.2-28 - Added xorg-x11-6.8.2-xft-releasefile-crash.patch for fc4 builds (#155634) - Reordered patch section to clean up numbering inconsistencies - Update freetype BuildRequires to version 2.1.8, which is what ships in 6.8.2 stock. From skvidal at phy.duke.edu Tue Apr 26 13:01:46 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 26 Apr 2005 09:01:46 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426E0C00.7020604@iinet.net.au> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> Message-ID: <1114520507.4945.61.camel@cutter> > I'm not certain the bug regarding virtual provides completely explains > this problem. This happened earlier today whilst doing a partial > update. java-1.4.2-gcj-compat was not involved. > > ============================================================================= > Package Arch Version Repository Size > ============================================================================= > Updating: > audit i386 0.7.1-1 development 95 k > audit-libs i386 0.7.1-1 development 23 k > evince i386 0.2.1-1 development 267 k > htmlview noarch 3.0.0-10 development 7.2 k > kudzu i386 1.1.113-1 development 291 k > libexif i386 0.6.12-2 development 97 k > xml-commons noarch 1.0-0.b2.6jpp_7 development 17 k > xml-commons-apis noarch 1.0-0.b2.6jpp_7 development 84 k > > Cleanup : xml-commons-apis ####################### [ 9/17] > Removing : jre ####################### [10/17] this is an obsoletes-based removal - which means rpm is doing it. I installed all of those packages and looked through their obsoletes. The only package in that list that obsoletes anything is kudzu. However, the only xml-commons[-api] I could find were 6jpp-7fc, not 6jpp_7 so something might have changed there. If you could, reinstall your jre and update to the latest xml-commons\*, please. -sv From mpeters at mac.com Tue Apr 26 13:16:18 2005 From: mpeters at mac.com (Michael A. Peters) Date: Tue, 26 Apr 2005 06:16:18 -0700 Subject: GDM early login In-Reply-To: <20050425111005.27623069@python2> References: <20050425111005.27623069@python2> Message-ID: <1114521378.7831.12.camel@fc4t2.mpeters.local> On Mon, 2005-04-25 at 11:10 +0200, Matthias Saou wrote: > > Last question : Will this early-login be considered to become the default > for FC4? I hope so - I've been using it for awhile and its really nice. I have noticed though that sometimes if you kill the X server (via killall X), you can not log back in. Sometimes it works though and you can log back in. Logging in a console of course works, it's just gdm login that sometimes doesn't. I'll play with it some more and see if I can pin down what the issue is so I can file a report. From tjb at unh.edu Tue Apr 26 13:22:00 2005 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 26 Apr 2005 09:22:00 -0400 Subject: GDM early login In-Reply-To: <1114521378.7831.12.camel@fc4t2.mpeters.local> References: <20050425111005.27623069@python2> <1114521378.7831.12.camel@fc4t2.mpeters.local> Message-ID: <1114521720.30135.5.camel@wintermute.sr.unh.edu> On Tue, 2005-04-26 at 06:16 -0700, Michael A. Peters wrote: > On Mon, 2005-04-25 at 11:10 +0200, Matthias Saou wrote: > > > > > Last question : Will this early-login be considered to become the default > > for FC4? > > I hope so - I've been using it for awhile and its really nice. > I have noticed though that sometimes if you kill the X server (via > killall X), you can not log back in. Sometimes it works though and you > can log back in. > > Logging in a console of course works, it's just gdm login that sometimes > doesn't. > > I'll play with it some more and see if I can pin down what the issue is > so I can file a report. > I'm experiencing a problem with early-login on two systems updated to 4/25 devel. On each, with early-login enabled, GDM won't allow you to login. It gives an error that the session died and the details are that it couldn't run '/etc/X11/xdm/Xsession gnome' or something very close to that. By removing early-login from the kernel cmdline, things work normally. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From tjb at unh.edu Tue Apr 26 13:36:56 2005 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 26 Apr 2005 09:36:56 -0400 Subject: GDM early login In-Reply-To: <1114521720.30135.5.camel@wintermute.sr.unh.edu> References: <20050425111005.27623069@python2> <1114521378.7831.12.camel@fc4t2.mpeters.local> <1114521720.30135.5.camel@wintermute.sr.unh.edu> Message-ID: <1114522616.30135.6.camel@wintermute.sr.unh.edu> On Tue, 2005-04-26 at 09:22 -0400, Thomas J. Baker wrote: > On Tue, 2005-04-26 at 06:16 -0700, Michael A. Peters wrote: > > On Mon, 2005-04-25 at 11:10 +0200, Matthias Saou wrote: > > > > > > > > Last question : Will this early-login be considered to become the default > > > for FC4? > > > > I hope so - I've been using it for awhile and its really nice. > > I have noticed though that sometimes if you kill the X server (via > > killall X), you can not log back in. Sometimes it works though and you > > can log back in. > > > > Logging in a console of course works, it's just gdm login that sometimes > > doesn't. > > > > I'll play with it some more and see if I can pin down what the issue is > > so I can file a report. > > > > I'm experiencing a problem with early-login on two systems updated to > 4/25 devel. On each, with early-login enabled, GDM won't allow you to > login. It gives an error that the session died and the details are that > it couldn't run '/etc/X11/xdm/Xsession gnome' or something very close to > that. By removing early-login from the kernel cmdline, things work > normally. > Premature send. Bug is #155983. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From jspaleta at gmail.com Tue Apr 26 13:46:43 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 26 Apr 2005 09:46:43 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114520507.4945.61.camel@cutter> References: <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> Message-ID: <604aa791050426064641013125@mail.gmail.com> On 4/26/05, seth vidal wrote: > However, the only xml-commons[-api] I could find were 6jpp-7fc, not > 6jpp_7 the output from yum update is just cutting off the end of the Version column in the cut and paste giving the illusion that there release is 6jpp_7, when there isn't. -jef From skvidal at phy.duke.edu Tue Apr 26 13:55:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 26 Apr 2005 09:55:52 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <604aa791050426064641013125@mail.gmail.com> References: <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <604aa791050426064641013125@mail.gmail.com> Message-ID: <1114523752.4945.73.camel@cutter> On Tue, 2005-04-26 at 09:46 -0400, Jeff Spaleta wrote: > On 4/26/05, seth vidal wrote: > > However, the only xml-commons[-api] I could find were 6jpp-7fc, not > > 6jpp_7 > > the output from yum update is just cutting off the end of the Version column > in the cut and paste giving the illusion that there release is 6jpp_7, > when there isn't. ah, yes. I guess that will cause problems for error reporting. hmmm -sv From lfarkas at bppiac.hu Tue Apr 26 14:11:23 2005 From: lfarkas at bppiac.hu (Farkas Levente) Date: Tue, 26 Apr 2005 16:11:23 +0200 Subject: /etc/pki/CA and ca-bundle.crt Message-ID: <426E4C0B.2020603@bppiac.hu> hi, after finally cert are moved under /etc(/pki...) which should have been done for a long time ago, it's not clear to me. if there is a dir /etc/pki/CA then why ca-bundle.crt put under /etc/pki/tls/certs (in openssl)? what is the new proposed 'standard'? for me it's totaly irrelevant what is the standard (anything else than /usr/share/ssl is better), but i'd like to know it. is there any docs about it? if ca-bundle.crt than eg. my CA should have to put into /etc/pki/tls/certs or /etc/pki/CA? at the same time openssl's Makefile still create certs into /etc/httpd/conf/ssl.xxx/ and the CA scripts still use the old hierarchy under /etc/pki/CA. so what is the current situation? thanks in advance. yours. -- Levente "Si vis pacem para bellum!" From m.a.young at Durham.ac.uk Tue Apr 26 14:32:23 2005 From: m.a.young at Durham.ac.uk (M A Young) Date: Tue, 26 Apr 2005 15:32:23 +0100 (BST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114520507.4945.61.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> Message-ID: On Tue, 26 Apr 2005, seth vidal wrote: > ... > > Cleanup : xml-commons-apis ####################### [ 9/17] > > Removing : jre ####################### [10/17] > > this is an obsoletes-based removal - which means rpm is doing it. $ rpm -qp jdk-1_5_0_02-linux-i586.rpm --provides jre = 1.5.0_02 j2sdk = 1.5.0_02 j2re = 1.5.0_02 jaxp_parser_impl xml-commons-apis jdk = 2000:1.5.0_02-fcs So probably yum or rpm is deciding that the xml-commons-apis package replaces Sun's jdk. Michael Young From skvidal at phy.duke.edu Tue Apr 26 14:35:00 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 26 Apr 2005 10:35:00 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> Message-ID: <1114526100.4945.75.camel@cutter> On Tue, 2005-04-26 at 15:32 +0100, M A Young wrote: > On Tue, 26 Apr 2005, seth vidal wrote: > > ... > > > Cleanup : xml-commons-apis ####################### [ 9/17] > > > Removing : jre ####################### [10/17] > > > > this is an obsoletes-based removal - which means rpm is doing it. > > $ rpm -qp jdk-1_5_0_02-linux-i586.rpm --provides > jre = 1.5.0_02 > j2sdk = 1.5.0_02 > j2re = 1.5.0_02 > jaxp_parser_impl > xml-commons-apis > jdk = 2000:1.5.0_02-fcs > > So probably yum or rpm is deciding that the xml-commons-apis package > replaces Sun's jdk. it can't do that w/o an obsolete. -sv From jspaleta at gmail.com Tue Apr 26 14:56:30 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 26 Apr 2005 10:56:30 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114526100.4945.75.camel@cutter> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> Message-ID: <604aa79105042607562414702b@mail.gmail.com> On 4/26/05, seth vidal wrote: > it can't do that w/o an obsolete. I just got rpm -Uvh to reproduce the behavior using xml-commons-apis, xml-commons, xml-commons-which starting with xml-commons*-1.0-0.b2.6jpp_7fc installed and updating with rpm -Uvh to today's 1.0-0.b2.6jpp_9fc i get a removal of jre-1.5.0_02-fcs Just as interesting using rpm -Uvh --oldpackage to move from 1.0-0.b2.6jpp_9fc back to 1.0-0.b2.6jpp_7fc i also get a removal of jre. I can reproduce the problem at will now using rpm -Uvh or yum. Is there a specific level of logging you would like me to capture from either rpm or yum? -jef From skvidal at phy.duke.edu Tue Apr 26 15:12:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 26 Apr 2005 11:12:12 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <604aa79105042607562414702b@mail.gmail.com> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> Message-ID: <1114528332.4945.81.camel@cutter> On Tue, 2005-04-26 at 10:56 -0400, Jeff Spaleta wrote: > On 4/26/05, seth vidal wrote: > > it can't do that w/o an obsolete. > > > I just got rpm -Uvh to reproduce the behavior using > xml-commons-apis, xml-commons, xml-commons-which > > starting with xml-commons*-1.0-0.b2.6jpp_7fc installed > and updating with rpm -Uvh to today's 1.0-0.b2.6jpp_9fc > i get a removal of jre-1.5.0_02-fcs > > Just as interesting using rpm -Uvh --oldpackage to move from > 1.0-0.b2.6jpp_9fc back to 1.0-0.b2.6jpp_7fc i also get a removal of jre. > > I can reproduce the problem at will now using rpm -Uvh or yum. Is > there a specific level of logging you would like me to capture from > either rpm or yum? run it with rpm -vv involved. -sv From tmraz at redhat.com Tue Apr 26 15:21:51 2005 From: tmraz at redhat.com (Tomas Mraz) Date: Tue, 26 Apr 2005 17:21:51 +0200 Subject: /etc/pki/CA and ca-bundle.crt In-Reply-To: <426E4C0B.2020603@bppiac.hu> References: <426E4C0B.2020603@bppiac.hu> Message-ID: <1114528911.5878.19.camel@perun.redhat.usu> On Tue, 2005-04-26 at 16:11 +0200, Farkas Levente wrote: > hi, > after finally cert are moved under /etc(/pki...) which should have been > done for a long time ago, it's not clear to me. if there is a dir > /etc/pki/CA then why ca-bundle.crt put under /etc/pki/tls/certs (in > openssl)? what is the new proposed 'standard'? for me it's totaly > irrelevant what is the standard (anything else than /usr/share/ssl is > better), but i'd like to know it. is there any docs about it? if > ca-bundle.crt than eg. my CA should have to put into /etc/pki/tls/certs > or /etc/pki/CA? They have different purposes. The ca-bundle.crt contains certificates of the trusted CAs. You can add your CA's certificate there if you want to. However the /etc/pki/CA hierarchy is intended for keys/configuration and data files of the local certificate authority which is provided by the /etc/pki/tls/misc/CA(.pl) scripts. After you will generate the local CA certs by CA -newca you can of course put this CA certificate to the ca-bundle.crt. > at the same time openssl's Makefile still create certs into > /etc/httpd/conf/ssl.xxx/ This Makefile should be probably generalized or moved to the mod_ssl package. -- Tomas Mraz From nicolas.mailhot at laposte.net Tue Apr 26 15:57:01 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 26 Apr 2005 17:57:01 +0200 (CEST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114520507.4945.61.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> Message-ID: <5606.192.54.193.28.1114531021.squirrel@rousalka.dyndns.org> I seem to remember Sun added all sorts of provides to its own rpm. Maybe the jre is providing xml-commons, gcj-compat the jre bit, and rpm considers there's no reason at all to keep the sun package (yet another reason not to use Sun rpms - they've never been tested with yum in mind) -- Nicolas Mailhot From skvidal at phy.duke.edu Tue Apr 26 17:21:45 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 26 Apr 2005 13:21:45 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <5606.192.54.193.28.1114531021.squirrel@rousalka.dyndns.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <5606.192.54.193.28.1114531021.squirrel@rousalka.dyndns.org> Message-ID: <1114536106.4945.85.camel@cutter> On Tue, 2005-04-26 at 17:57 +0200, Nicolas Mailhot wrote: > I seem to remember Sun added all sorts of provides to its own rpm. Maybe > the jre is providing xml-commons, gcj-compat the jre bit, and rpm > considers there's no reason at all to keep the sun package > > (yet another reason not to use Sun rpms - they've never been tested with > yum in mind) > just because two things provide the same item that doesn't mean that one of the items needs to be removed. If that's going on then it is clearly a bug. hell, look at how all the /etc/alternatives things work. -sv From Nicolas.Mailhot at laPoste.net Tue Apr 26 17:34:00 2005 From: Nicolas.Mailhot at laPoste.net (Nicolas Mailhot) Date: Tue, 26 Apr 2005 19:34:00 +0200 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114536106.4945.85.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <5606.192.54.193.28.1114531021.squirrel@rousalka.dyndns.org> <1114536106.4945.85.camel@cutter> Message-ID: <1114536841.1062.1.camel@rousalka.dyndns.org> Le mardi 26 avril 2005 ? 13:21 -0400, seth vidal a ?crit : > On Tue, 2005-04-26 at 17:57 +0200, Nicolas Mailhot wrote: > > I seem to remember Sun added all sorts of provides to its own rpm. Maybe > > the jre is providing xml-commons, gcj-compat the jre bit, and rpm > > considers there's no reason at all to keep the sun package > > > > (yet another reason not to use Sun rpms - they've never been tested with > > yum in mind) > > > > just because two things provide the same item that doesn't mean that one > of the items needs to be removed. If that's going on then it is clearly > a bug. > > hell, look at how all the /etc/alternatives things work. Thanks but the non-sun java rpms already use alternatives extensively (and it was a bitch to get right) -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From n3npq at nc.rr.com Tue Apr 26 17:41:26 2005 From: n3npq at nc.rr.com (Jeff Johnson) Date: Tue, 26 Apr 2005 13:41:26 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114536841.1062.1.camel@rousalka.dyndns.org> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <5606.192.54.193.28.1114531021.squirrel@rousalka.dyndns.org> <1114536106.4945.85.camel@cutter> <1114536841.1062.1.camel@rousalka.dyndns.org> Message-ID: <426E7D46.5060304@nc.rr.com> Nicolas Mailhot wrote: >Le mardi 26 avril 2005 ? 13:21 -0400, seth vidal a ?crit : > > >>On Tue, 2005-04-26 at 17:57 +0200, Nicolas Mailhot wrote: >> >> >>>I seem to remember Sun added all sorts of provides to its own rpm. Maybe >>>the jre is providing xml-commons, gcj-compat the jre bit, and rpm >>>considers there's no reason at all to keep the sun package >>> >>>(yet another reason not to use Sun rpms - they've never been tested with >>>yum in mind) >>> >>> >>> >>just because two things provide the same item that doesn't mean that one >>of the items needs to be removed. If that's going on then it is clearly >>a bug. >> >>hell, look at how all the /etc/alternatives things work. >> >> Paths in alternatives are not the same as package Provide:'s. >Thanks but the non-sun java rpms already use alternatives extensively >(and it was a bitch to get right) > The only thing that saves alternatives paths contained in packages from being erased on upgrade like the sun jre is the lack of (permitted in rpm-4.4.1 and later) Obsoletes: /path/to/alternative in packages. OTOH, obsoleting the shared alternative path is dain-bread packaging, obsolete the specific package alternative path if you must do such things. 73 de Jeff From dragoran at feuerpokemon.de Tue Apr 26 17:55:36 2005 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 26 Apr 2005 19:55:36 +0200 Subject: menu editing in gnome (fc4) Message-ID: <426E8098.8000704@feuerpokemon.de> Will menu editing be enabled in fc4 (gnome2.10) ? If the built in feature is still buggy what abou including Smeg*? *http://www.realistanew.com/projects/smeg/ From rdieter at math.unl.edu Tue Apr 26 17:58:39 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Apr 2005 12:58:39 -0500 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114526100.4945.75.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> Message-ID: seth vidal wrote: > On Tue, 2005-04-26 at 15:32 +0100, M A Young wrote: > >>On Tue, 26 Apr 2005, seth vidal wrote: >> >>>... >>> >>>> Cleanup : xml-commons-apis ####################### [ 9/17] >>>> Removing : jre ####################### [10/17] >>> >>>this is an obsoletes-based removal - which means rpm is doing it. >> >>$ rpm -qp jdk-1_5_0_02-linux-i586.rpm --provides >>jre = 1.5.0_02 >>j2sdk = 1.5.0_02 >>j2re = 1.5.0_02 >>jaxp_parser_impl >>xml-commons-apis >>jdk = 2000:1.5.0_02-fcs >> >>So probably yum or rpm is deciding that the xml-commons-apis package >>replaces Sun's jdk. > > > it can't do that w/o an obsolete. *Yes* it can. The bugzilla report referred to now on several occasions documents the rpm behavior where: foo1 includes Provides: bar Any install of a real 'bar' package, which now includes an implicit Obsoletes: bar < %%version-%%release will remove foo1. -- Rex From n3npq at nc.rr.com Tue Apr 26 18:18:58 2005 From: n3npq at nc.rr.com (Jeff Johnson) Date: Tue, 26 Apr 2005 14:18:58 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> Message-ID: <426E8612.8030402@nc.rr.com> Rex Dieter wrote: > >*Yes* it can. The bugzilla report referred to now on several occasions >documents the rpm behavior where: > >foo1 includes >Provides: bar > >Any install of a real 'bar' package, which now includes an implicit >Obsoletes: bar < %%version-%%release >will remove foo1. > > Bzzzt! rpm never removes *anything* *ever* on "install" (as in --install). At least get your rant right and use the word "upgrade". 73 de Jeff From rdieter at math.unl.edu Tue Apr 26 18:34:29 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Apr 2005 13:34:29 -0500 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426E8612.8030402@nc.rr.com> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <426E8612.8030402@nc.rr.com> Message-ID: Jeff Johnson wrote: > Rex Dieter wrote: > >> >> *Yes* it can. The bugzilla report referred to now on several occasions >> documents the rpm behavior where: >> >> foo1 includes >> Provides: bar >> >> Any install of a real 'bar' package, which now includes an implicit >> Obsoletes: bar < %%version-%%release >> will remove foo1. >> >> > > Bzzzt! rpm never removes *anything* *ever* on "install" (as in --install). > > At least get your rant right and use the word "upgrade". Of course, technically you're right. However, AFAIK, apt/yum always uses the "upgrade" mode of rpm. -- Rex From skvidal at phy.duke.edu Tue Apr 26 18:39:24 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 26 Apr 2005 14:39:24 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <426E8612.8030402@nc.rr.com> Message-ID: <1114540765.4945.93.camel@cutter> > > Bzzzt! rpm never removes *anything* *ever* on "install" (as in --install). > > > > At least get your rant right and use the word "upgrade". > > Of course, technically you're right. However, AFAIK, apt/yum always > uses the "upgrade" mode of rpm. > yum doesn't always. in many circumstances yum will use install as a trueinstall. -sv From dfarning at sbcglobal.net Tue Apr 26 18:55:50 2005 From: dfarning at sbcglobal.net (David Farning) Date: Tue, 26 Apr 2005 13:55:50 -0500 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> Message-ID: <426E8EB6.1020502@sbcglobal.net> Rex Dieter wrote: > seth vidal wrote: > Any install of a real 'bar' package, which now includes an implicit > Obsoletes: bar < %%version-%%release > will remove foo1. > > -- Rex > > > This situation is totally unacceptable. In fact, it is so troubling that it negates all the effort jef and seth have put in on rpm and yum. Thus they must commit hari-kari to restore the honor of fedora. -dtf From skvidal at phy.duke.edu Tue Apr 26 19:12:19 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 26 Apr 2005 15:12:19 -0400 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426E8EB6.1020502@sbcglobal.net> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <426E8EB6.1020502@sbcglobal.net> Message-ID: <1114542739.4945.98.camel@cutter> > This situation is totally unacceptable. In fact, it is so troubling that > it negates all the effort jef and seth have put in on rpm and yum. Thus > they must commit hari-kari to restore the honor of fedora. So, afaict you're either kidding or you're a jerk. I'm going to assume you're kidding. :) at this level there's nothing yum is doing at all. I can _fix_ it by making the install of xml-commons\* a trueinstall and manually removing the older xml-commons packages but that kinda defeats the purpose of HAVING an update mode at all. -sv From ziga.mahkovec at klika.si Tue Apr 26 19:58:50 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Tue, 26 Apr 2005 21:58:50 +0200 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114542739.4945.98.camel@cutter> References: <1114374453.29083.5.camel@oscar.metro1.com> <1114375323.4751.1.camel@rousalka.dyndns.org> <426C4CEC.4070108@redhat.com> <20050425104800.035e98e6.fedora@wir-sind-cool.org> <46304.192.54.193.28.1114419871.squirrel@rousalka.dyndns.org> <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <426E8EB6.1020502@sbcglobal.net> <1114542739.4945.98.camel@cutter> Message-ID: <1114545530.5660.11.camel@localhost> On Tue, 2005-04-26 at 15:12 -0400, seth vidal wrote: > at this level there's nothing yum is doing at all. > > I can _fix_ it by making the install of xml-commons\* a trueinstall and > manually removing the older xml-commons packages but that kinda defeats > the purpose of HAVING an update mode at all. Another workaround in this case is to install Sun's JDK/JRE using a jpackage rpm (which doesn't provide xml-commons-apis). Or... maybe this "feature" is meant to help people escape the Java trap and make gcj/classpath better ;) -- Ziga From wtogami at redhat.com Wed Apr 27 01:54:40 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 26 Apr 2005 15:54:40 -1000 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <1114528332.4945.81.camel@cutter> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> Message-ID: <426EF0E0.2020707@redhat.com> Does java-1.4.2-gcj-compat *really* need the Provides: jre stuff? We really can't ship FC4 in such a way that Sun's jre (which is feature complete today) is uninstalled seemingly without warning when gcj is not complete yet. We are pretty much in agreement that rpm/yum are not at fault here, so we need a solution in the java package. Warren Togami wtogami at redhat.com From djh at iinet.net.au Wed Apr 27 03:00:52 2005 From: djh at iinet.net.au (djh) Date: Wed, 27 Apr 2005 13:00:52 +1000 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426EF0E0.2020707@redhat.com> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> <426EF0E0.2020707@redhat.com> Message-ID: <426F0064.1080600@iinet.net.au> Warren Togami wrote: > Does java-1.4.2-gcj-compat *really* need the Provides: jre stuff? > > We really can't ship FC4 in such a way that Sun's jre (which is > feature complete today) is uninstalled seemingly without warning when > gcj is not complete yet. It's not just the Provides: jre causing the problem. The Sun JDK/JRE rpms have a Provides: xml-commons-apis. Upgrading the Fedora xml-commons-apis rpm uninstalls the Sun rpms too. David. From gbpeck at sbcglobal.net Wed Apr 27 03:02:29 2005 From: gbpeck at sbcglobal.net (Gary Peck) Date: Tue, 26 Apr 2005 20:02:29 -0700 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426EF0E0.2020707@redhat.com> References: <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> <426EF0E0.2020707@redhat.com> Message-ID: <20050427030229.GA15837@realify.com> On Tue, Apr 26, 2005 at 03:54:40PM -1000, Warren Togami wrote: > We are pretty much in agreement that rpm/yum are not at fault here, so > we need a solution in the java package. On the contrary, based on the emails in this thread and the referenced bugzilla reports, it seems that the whole problem is caused by rpm. I've yet to see an explanation of why rpm creates an implicit "Obsoletes: foo < V-R" for a given package foo-V-R (if this has already been discussed (say on the rpm list), a pointer would be greatly appreciated). I think that if I wanted my package to obsolete older versions, I could specify that explicitly. gary From carlos.efr at mail.telepac.pt Wed Apr 27 03:03:08 2005 From: carlos.efr at mail.telepac.pt (Carlos Rodrigues) Date: Wed, 27 Apr 2005 04:03:08 +0100 Subject: Filesystem options for USB storage devices Message-ID: <426F00EC.8090000@mail.telepac.pt> Hi! Does anyone know if there is a way to change the options for an entry that's added to /etc/fstab when an USB storage device is plugged in? I wanted to change some options (exec, ...) for "vfat" devices but I don't want to hardcode an entry into /etc/fstab. I had already posted this question to fedora-list, but as I got no answer I'm thinking that maybe it can't be done. So, I was wondering if there are any plans to allow this or nobody had thought about it? -- Carlos Rodrigues From jmorris at redhat.com Wed Apr 27 06:29:20 2005 From: jmorris at redhat.com (James Morris) Date: Wed, 27 Apr 2005 02:29:20 -0400 (EDT) Subject: glibc-kernheaders in fc4 Message-ID: Why is this using 2.4 kernel headers and not 2.6? - James -- James Morris From kzak at redhat.com Wed Apr 27 06:38:40 2005 From: kzak at redhat.com (Karel Zak) Date: Wed, 27 Apr 2005 08:38:40 +0200 Subject: Filesystem options for USB storage devices In-Reply-To: <426F00EC.8090000@mail.telepac.pt> References: <426F00EC.8090000@mail.telepac.pt> Message-ID: <1114583920.8943.11.camel@petra> On Wed, 2005-04-27 at 04:03 +0100, Carlos Rodrigues wrote: > Does anyone know if there is a way to change the options for an entry > that's added to /etc/fstab when an USB storage device is plugged in? man fstab-sync(8) > I wanted to change some options (exec, ...) for "vfat" devices but I > don't want to hardcode an entry into /etc/fstab. /usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi /usr/share/hal/fdi/95userpolicy Karel -- Karel Zak From markmc at redhat.com Wed Apr 27 07:51:13 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 27 Apr 2005 08:51:13 +0100 Subject: menu editing in gnome (fc4) In-Reply-To: <426E8098.8000704@feuerpokemon.de> References: <426E8098.8000704@feuerpokemon.de> Message-ID: <1114588273.4361.3.camel@blaa> On Tue, 2005-04-26 at 19:55 +0200, dragoran wrote: > Will menu editing be enabled in fc4 (gnome2.10) ? > If the built in feature is still buggy what abou including Smeg*? > > *http://www.realistanew.com/projects/smeg/ GNOME 2.11 has a simple menu editor - it'll be in Fedora Core whenever we update to GNOME 2.12. Cheers, Mark. From sundaram at redhat.com Wed Apr 27 07:55:55 2005 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 27 Apr 2005 13:25:55 +0530 Subject: menu editing in gnome (fc4) In-Reply-To: <1114588273.4361.3.camel@blaa> References: <426E8098.8000704@feuerpokemon.de> <1114588273.4361.3.camel@blaa> Message-ID: <426F458B.3070608@redhat.com> Hi >On Tue, 2005-04-26 at 19:55 +0200, dragoran wrote: > > >>Will menu editing be enabled in fc4 (gnome2.10) ? >>If the built in feature is still buggy what abou including Smeg*? >> >>*http://www.realistanew.com/projects/smeg/ >> >> > > GNOME 2.11 has a simple menu editor - it'll be in Fedora Core whenever >we update to GNOME 2.12. > >Cheers, >Mark. > Wouldnt it be nice to have smeg as an intermediate solution for menu editing in GNOME 2.10 for inclusion in Fedora Core 4 until you work on getting a even better one included upstream in next version?. I am pretty sure users would appreciate having convenient access to a menu editor even if they arent going to use it that often. regards Rahul From nicolas.mailhot at laposte.net Wed Apr 27 07:58:02 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 27 Apr 2005 09:58:02 +0200 (CEST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426F0064.1080600@iinet.net.au> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> <426EF0E0.2020707@redhat.com> <426F0064.1080600@iinet.net.au> Message-ID: <50509.192.54.193.35.1114588682.squirrel@rousalka.dyndns.org> On Mer 27 avril 2005 5:00, djh a ?crit : > Warren Togami wrote: > >> Does java-1.4.2-gcj-compat *really* need the Provides: jre stuff? >> >> We really can't ship FC4 in such a way that Sun's jre (which is >> feature complete today) is uninstalled seemingly without warning when >> gcj is not complete yet. > > > It's not just the Provides: jre causing the problem. The Sun JDK/JRE > rpms have a Provides: xml-commons-apis. Upgrading the Fedora > xml-commons-apis rpm uninstalls the Sun rpms too. All the various jvm packages need to have more or less the same provides or you can't switch them at will. The problem with Sun packages is they never tried to work with anyone to make sure their stuff works (for example they added the xml-commons provides without putting the associated jar in a place our scripts can find it, so not installing a separate commons implementation will get you errors at tomcat startup) -- Nicolas Mailhot From wtogami at redhat.com Wed Apr 27 08:43:47 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 26 Apr 2005 22:43:47 -1000 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <50509.192.54.193.35.1114588682.squirrel@rousalka.dyndns.org> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> <426EF0E0.2020707@redhat.com> <426F0064.1080600@iinet.net.au> <50509.192.54.193.35.1114588682.squirrel@rousalka.dyndns.org> Message-ID: <426F50C3.10901@redhat.com> Nicolas Mailhot wrote: > On Mer 27 avril 2005 5:00, djh a ?crit : >>> >>>We really can't ship FC4 in such a way that Sun's jre (which is >>>feature complete today) is uninstalled seemingly without warning when >>>gcj is not complete yet. >> >> >>It's not just the Provides: jre causing the problem. The Sun JDK/JRE >>rpms have a Provides: xml-commons-apis. Upgrading the Fedora >>xml-commons-apis rpm uninstalls the Sun rpms too. > > > All the various jvm packages need to have more or less the same provides > or you can't switch them at will. > > The problem with Sun packages is they never tried to work with anyone to > make sure their stuff works (for example they added the xml-commons > provides without putting the associated jar in a place our scripts can > find it, so not installing a separate commons implementation will get you > errors at tomcat startup) > Hmm, sounds like we have no options for flexibility here. I wonder if it would be legal for us to ship a "install-sun-java" script with Fedora that downloads their java tarballl, runs the binary (so the user has to type "yes"), repackages it and spits out a jpackage RPM. This would be simpler for documentation and would steer people away from their problematic RPM. And yes I'm serious about this if it would be legal. Only thing I don't know is if this would conflict with our native open source java. Warren Togami wtogami at redhat.com From nicolas.mailhot at laposte.net Wed Apr 27 09:06:27 2005 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Wed, 27 Apr 2005 11:06:27 +0200 (CEST) Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426F50C3.10901@redhat.com> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> <426EF0E0.2020707@redhat.com> <426F0064.1080600@iinet.net.au> <50509.192.54.193.35.1114588682.squirrel@rousalka.dyndns.org> <426F50C3.10901@redhat.com> Message-ID: <59059.192.54.193.35.1114592787.squirrel@rousalka.dyndns.org> On Mer 27 avril 2005 10:43, Warren Togami a ?crit : > Nicolas Mailhot wrote: >> On Mer 27 avril 2005 5:00, djh a ?crit : >>>> >>>>We really can't ship FC4 in such a way that Sun's jre (which is >>>>feature complete today) is uninstalled seemingly without warning when >>>>gcj is not complete yet. >>> >>> >>>It's not just the Provides: jre causing the problem. The Sun JDK/JRE >>>rpms have a Provides: xml-commons-apis. Upgrading the Fedora >>>xml-commons-apis rpm uninstalls the Sun rpms too. >> >> >> All the various jvm packages need to have more or less the same provides >> or you can't switch them at will. >> >> The problem with Sun packages is they never tried to work with anyone to >> make sure their stuff works (for example they added the xml-commons >> provides without putting the associated jar in a place our scripts can >> find it, so not installing a separate commons implementation will get >> you >> errors at tomcat startup) >> > > > Hmm, sounds like we have no options for flexibility here. > > I wonder if it would be legal for us to ship a "install-sun-java" script > with Fedora that downloads their java tarballl, runs the binary (so the > user has to type "yes"), repackages it and spits out a jpackage RPM. > This would be simpler for documentation and would steer people away from > their problematic RPM. And yes I'm serious about this if it would be > legal. > > Only thing I don't know is if this would conflict with our native open > source java. That's already basically what the jpackage nosrcs do (except we start from the jvm zips not rpms since they're the only ones available) The problem is - we don't have any control on what Sun chooses to put in its own packages, nor on its (dubious) reading of the FHS, so as soon someone installs the original sun package the game is over. (we have an adaptation compat rpm that adds the right stuff alongside the Sun package too but it can do nothing for the the Sun provides) -- Nicolas Mailhot From symbiont at berlios.de Wed Apr 27 09:13:32 2005 From: symbiont at berlios.de (Jeff Pitman) Date: Wed, 27 Apr 2005 17:13:32 +0800 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: References: <1114526100.4945.75.camel@cutter> Message-ID: <200504271713.32211.symbiont@berlios.de> On Wednesday 27 April 2005 01:58, Rex Dieter wrote: | The bugzilla report referred to now on several occasions | documents the rpm behavior Axel T. provided a suggestion in 130352 to possibly use Provides(noupdate) to work around the behavior. Since the current stance for an implicit Obsoletes is: "This is the implemented and desired behavior, not gonna change." I'm wary of any high-level workaround. It would be optimal and less brittle if it's something controlled at the package level. -- -jeff From dfarning at sbcglobal.net Wed Apr 27 09:33:39 2005 From: dfarning at sbcglobal.net (David Farning) Date: Wed, 27 Apr 2005 04:33:39 -0500 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <59059.192.54.193.35.1114592787.squirrel@rousalka.dyndns.org> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> <426EF0E0.2020707@redhat.com> <426F0064.1080600@iinet.net.au> <50509.192.54.193.35.1114588682.squirrel@rousalka.dyndns.org> <426F50C3.10901@redhat.com> <59059.192.54.193.35.1114592787.squirrel@rousalka.dyndns.org> Message-ID: <426F5C73.8020807@sbcglobal.net> Nicolas Mailhot wrote: > That's already basically what the jpackage nosrcs do (except we start from > the jvm zips not rpms since they're the only ones available) > > The problem is - we don't have any control on what Sun chooses to put in > its own packages, nor on its (dubious) reading of the FHS, so as soon > someone installs the original sun package the game is over. > > (we have an adaptation compat rpm that adds the right stuff alongside the > Sun package too but it can do nothing for the the Sun provides) > I wanted to thank you guys from jpackage for all your effort fighting this battle over the years. I think that your point about not having any control over what sun decides to do is the crux of the problem. It would be very easy for sun to change the .spec to make their rpms interact well with others, but for business reasons they are reluctant to do so. In the long term this issue needs to worked out between Red Hat, Inc. and Sun. Forcing rpm and yum to deal with the java rpm corner case is insane. It will cause a layer of cruft that will need to be dragged along and maintained for years. -dtf From harald at redhat.com Wed Apr 27 09:39:03 2005 From: harald at redhat.com (Harald Hoyer) Date: Wed, 27 Apr 2005 11:39:03 +0200 Subject: udev SE Linux policy In-Reply-To: <200504262112.02638.russell@coker.com.au> References: <200504262112.02638.russell@coker.com.au> Message-ID: <426F5DB7.10303@redhat.com> Russell Coker wrote: > udev.fc needs the following addition to work with yesterday's rawhide: > /dev/\.udevdb(/.*)? -- system_u:object_r:udev_tdb_t > > We're now on the third naming for this data store, hopefully it will remain at > this name for a while... > well, udev is still under heavy development :-/ send complains to linux-hotplug-devel at lists.sourceforge.net :-) From wtogami at redhat.com Wed Apr 27 09:50:59 2005 From: wtogami at redhat.com (Warren Togami) Date: Tue, 26 Apr 2005 23:50:59 -1000 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <426F5C73.8020807@sbcglobal.net> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> <426EF0E0.2020707@redhat.com> <426F0064.1080600@iinet.net.au> <50509.192.54.193.35.1114588682.squirrel@rousalka.dyndns.org> <426F50C3.10901@redhat.com> <59059.192.54.193.35.1114592787.squirrel@rousalka.dyndns.org> <426F5C73.8020807@sbcglobal.net> Message-ID: <426F6083.7050208@redhat.com> David Farning wrote: > > Forcing rpm and yum to deal with the java rpm corner case is insane. It > will cause a layer of cruft that will need to be dragged along and > maintained for years. > > -dtf > You are totally correct. For this reason I think my solution in my last post is our best option. Warren Togami wtogami at redhat.com From rdieter at math.unl.edu Wed Apr 27 11:50:32 2005 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 27 Apr 2005 06:50:32 -0500 Subject: menu editing in gnome (fc4) In-Reply-To: <1114588273.4361.3.camel@blaa> References: <426E8098.8000704@feuerpokemon.de> <1114588273.4361.3.camel@blaa> Message-ID: <426F7C88.5010602@math.unl.edu> Mark McLoughlin wrote: > On Tue, 2005-04-26 at 19:55 +0200, dragoran wrote: > >>Will menu editing be enabled in fc4 (gnome2.10) ? >>If the built in feature is still buggy what abou including Smeg*? >>*http://www.realistanew.com/projects/smeg/ > GNOME 2.11 has a simple menu editor - it'll be in Fedora Core whenever > we update to GNOME 2.12. I seem to remember *every* Gnome release going as far back as 2.2 (or 2.4) promised that the next release would finally have a (working) menu editor... Let's see if it truly happens this time. KDE has had a menu editor (kmenuedit) for quite some time, but it's always been purposely omitted. -- Rex From pjones at redhat.com Wed Apr 27 12:01:53 2005 From: pjones at redhat.com (pjones) Date: Wed, 27 Apr 2005 08:01:53 -0400 Subject: glibc-kernheaders in fc4 In-Reply-To: References: Message-ID: <1114603313.7651.3.camel@localhost.localdomain> On Wed, 2005-04-27 at 02:29 -0400, James Morris wrote: > Why is this using 2.4 kernel headers and not 2.6? The version of glibc-kernheaders is just that -- it's not the version of the kernel it goes with, it's the version of glibc-kernheaders. They are coincidentally similar, that is all. -- Peter From buildsys at redhat.com Wed Apr 27 12:08:17 2005 From: buildsys at redhat.com (Build System) Date: Wed, 27 Apr 2005 08:08:17 -0400 Subject: rawhide report: 20050427 changes Message-ID: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> Updated Packages: GFS-6.1-0.pre22.1 ----------------- * Wed Dec 22 2004 Chris Feist - Added code to re-read sysctl.conf. GFS-kernel-2.6.11.3-20050426.134031.FC4.3 ----------------------------------------- HelixPlayer-1:1.0.4-3 --------------------- * Tue Apr 26 2005 John (J5) Palmieri 1:1.0.4-3 - add nptl patch to fix compile with nptl * Tue Apr 19 2005 John (J5) Palmieri 1:1.0.4-2 - Update to upstream version 1.0.4 to fix 155386 ImageMagick-6.2.2.0-1 --------------------- * Tue Apr 26 2005 Matthias Clasen - 6.2.2.0-1 - Update to 6.2.2 to fix a heap corruption issue in the pnm coder. NetworkManager-0.4-8.cvs20050404 -------------------------------- * Wed Apr 27 2005 Jeremy Katz - 0.4-8.cvs20050404 - fix build with newer dbus * Wed Apr 27 2005 Jeremy Katz - 0.4-7.cvs20050404 - silence %post anaconda-10.2.0.54-1 -------------------- * Wed Apr 27 2005 Jeremy Katz - 10.2.0.54-1 - Only select kernel-smp that matches the arch of kernel (#149618) - Apply the read of Dustin Kirkland's checkpoint fragment sum patch - Fix order of retry/reboot (#155884) - Probe macio (pnasrat, #154846) * Tue Apr 26 2005 Chris Lumens 10.2.0.53-1 - Beep at CD prompt and on install completion (katzj, #109264, #116681). - Add kernel-smp-devel and kernel-hugemem-devel to exclude list (katzj). - Fix buffer overflow when CD/DVD images are several directories deep (#154715). - Fix media check (pjones). - Set language on CD and no pass installs (#149688). - Fix disappearing button bar (#151837). - Upgrade PReP on iSeries (pnasrat). bg5ps-1.3.0-19 -------------- * Thu Apr 21 2005 Leon Ho - changed file location on files for gb2312 and big5 cman-kernel-2.6.11.3-20050425.154843.FC4.1 ------------------------------------------ control-center-1:2.10.1-4 ------------------------- * Wed Apr 27 2005 Jeremy Katz - 1:2.10.1-4 - run gtk-update-icon-cache with -q crypto-utils-2.2-3 ------------------ * Tue Apr 26 2005 Joe Orton 2.2-3 - pass $OPTIONS to $HTTPD in certwatch.cron - man page tweaks * Tue Apr 26 2005 Joe Orton 2.2-2 - add configuration options for certwatch (#152990) - allow passing options in certwatch.cron via $CERTWATCH_OPTS - require openssl with /etc/pki/tls dlm-kernel-2.6.11.3-20050425.154843.FC4.1 ----------------------------------------- eclipse-1:3.1.0_fc-0.M6.12 -------------------------- * Wed Apr 27 2005 Jeremy Katz 3.1.0_fc-0.M6.12 - silence %post eclipse-bugzilla-1:0.1.0_fc-13 ------------------------------ * Tue Apr 26 2005 Andrew Overholt 0.1.0_fc-13 - Re-organize and make use of scripts. * Tue Apr 26 2005 Jeff Pound 0.1.0_fc-12 - Fix double '/' in URL when retrieving version info. - Add workaround for redirects. * Mon Apr 25 2005 Jeff Pound 0.1.0_fc-10 - Add support for query by email, numbering, votes, and modification date, field, and value. - Various adjustments to query dialog UI. eclipse-cdt-1:3.0.0_fc-0.M6.4 ----------------------------- * Thu Apr 21 2005 Phil Muldoon 3.0.0_fc-0.M6.4 - Added Chris Moller's libhover patch eclipse-changelog-1:2.0.1_fc-21 ------------------------------- * Tue Apr 26 2005 Andrew Overholt 2.0.1_fc-21 - Re-organize and make use of scripts. eclipse-pydev-1:0.9.3_fc-7 -------------------------- * Tue Apr 26 2005 Andrew Overholt 0.9.3_fc-7 - Re-organize and make use of scripts. - Remove old tarball from sources. gconf-editor-2.10.0-4 --------------------- * Wed Apr 27 2005 Jeremy Katz - 2.10.0-4 - silence %post gdm-1:2.6.0.8-10 ---------------- * Wed Apr 27 2005 Jeremy Katz - 1:2.6.0.8-10 - silence %postun * Tue Apr 26 2005 Ray Strode 1:2.6.0.8-9 - Change default standard greeter theme to clearlooks and default graphical greeter theme to Bluecurve specifically. - Change default path values (bug 154280) * Mon Apr 25 2005 Matthias Clasen 1:2.6.0.8-8 - for early-login, delay XDMCP initialization until allow-login gimp-2:2.2.6-2 -------------- * Wed Apr 27 2005 Jeremy Katz - 2:2.2.6-2 - silence %post gjdoc-0.7.4-3 ------------- * Tue Apr 26 2005 Andrew Overholt 0.7.4-3 - Remove ppc64 as it appears to be hanging during the build. Will investigate. * Mon Apr 25 2005 Andrew Overholt 0.7.4-2 - Add patches from head (Julian Scheid). * Sun Apr 24 2005 Andrew Overholt 0.7.4-1 - New version. gnbd-kernel-2.6.11.2-20050420.133124.FC4.5 ------------------------------------------ gnome-applets-1:2.10.1-6 ------------------------ * Wed Apr 27 2005 Jeremy Katz - 1:2.10.1-6 - silence %post * Tue Apr 26 2005 Ray Strode 1:2.10.1-5 - Add back old patch to change ppp connect/disconnect commands (bug 147675) gnome-netstatus-2.10.0-4 ------------------------ * Wed Apr 27 2005 Jeremy Katz - 2.10.0-4 - silence %post gnome-panel-2.10.1-4 -------------------- * Wed Apr 27 2005 Jeremy Katz - 2.10.1-4 - silence %post gulm-1.0-0.pre28.3 ------------------ gzip-1.3.5-4 ------------ * Tue Apr 26 2005 Ivana Varekova 1.3.5-4 - fix bug 155746 - CAN-2005-0988 Race condition in gzip (patch9) iiimf-1:12.2-0.4.svn2578 ------------------------ * Wed Apr 27 2005 Akira TAGOH - 1:12.2-0.4.svn2578 - iiimgcf-multilib-r2584-155960.patch: applied to get it working on 64bit archs properly. (#155960) - xiiimp-multilib-r2585-155963.patch: applied to get it working on 64bit archs properly. (#155963) * Wed Apr 27 2005 Jeremy Katz - 1:12.2-0.3.svn2578 - silence %post * Tue Apr 26 2005 Akira TAGOH - 1:12.2-0.2.svn2578 - reverted r2563's changes to fix the slow starting gtk+ applications. - iiimcf-revert-to-r2562-for-slowness-workaround.patch - iiimgcf-revert-to-r2562-for-slowness-workaround.patch - iiimp-revert-to-r2562-for-slowness-workaround.patch - re-bootstrap an iiimsf subdir too. initscripts-8.09-1 ------------------ * Wed Apr 27 2005 Bill Nottingham 8.09-1 - rc.sysinit: clean up screen sockets (#155969) - functions: use pidof -c in various functions - ifup-ppp: fix static routes with ppp demand dialing (#20142, ) - add btmp support (#155537) - don't send dhcp hostname (revert of fix for #149667) - more early-login modifications () - functions: fix echo (#155270) jpilot-0.99.8-0.pre8.4 ---------------------- * Wed Apr 27 2005 Radek Vokal 0.99.8-0.pre8.4 - fixed desktop file, show icon - only one item in Office menu (overwrite package desktop file) kernel-2.6.11-1.1268_FC4 ------------------------ * Tue Apr 26 2005 Dave Jones - Fix the put_user() fix. (#155999) libselinux-1.23.8-1 ------------------- * Tue Apr 26 2005 Dan Walsh 1.23.8-1 - Update from NSA libsepol-1.5.6-1 ---------------- * Tue Apr 26 2005 Dan Walsh 1.5.6-1 - Upgrade to latest from NSA * Fixed bug in role hierarchy checker. libtool-1.5.16.multilib2-1 -------------------------- * Tue Apr 26 2005 Alexandre Oliva 1.5.16.multilib2-1 - 1.5.16 fixes #132435. mgetty-1.1.33-1 --------------- * Mon Apr 25 2005 Jason Vas Dias 1.1.33-1 - Upgrade to new upstream version 1.1.33 mkinitrd-4.2.9-1 ---------------- * Tue Apr 26 2005 Peter Jones - 4.2.9-1 - invoke bash with "--norc" (#155986) - use binary udevstart.static, not a symlink - print exit status in nash when programs return an error net-tools-1.60-52 ----------------- * Tue Apr 26 2005 Radek Vokal 1.60-52 - don't show "duplicate line" warning (#143933) - netstat has new statistcs (#133032) - /etc/neplug is owned by net-tools (#130621) openmotif21-2.1.30-13.2 ----------------------- * Tue Apr 26 2005 Thomas Woerner 2.1.30-13.2 - fixed possible libXpm overflows (#151641) openoffice.org-1:1.9.96-2 ------------------------- * Tue Apr 26 2005 Caolan McNamara - 1:1.9.96-2 - just for havoc add openoffice.org-1.9.96.ooo35641.noxfonts.vcl.patch * Tue Apr 26 2005 Caolan McNamara - 1:1.9.96-1 - bump to next version - drop unnecessary openoffice.org-1.9.74.ArchiveZip.patch - drop integrated openoffice.org-1.9.82.ooo45628.noznow.patch - drop integrated openoffice.org-1.9.92.ooo47641.pptmimetype.patch - package new files * Thu Apr 21 2005 Caolan McNamara - 1:1.9.95-1 - bump to next version - drop integrated openoffice.org-1.9.89.oooXXXXX.systemjpeg.tools.patch - drop integrated openoffice.org-1.9.89.ooo46998.changeppclinkflags.solenv.patch - drop integrated openoffice.org-1.9.91.ooo46539.sleep.vcl.patch - drop integrated openoffice.org-1.9.91.ooo46388.unsigned.sot.patch - pointless to ship partial translated kn_IN without fonts which can even display them - backport workspace.mhu06 to bring back the gnome filedialog that got whacked - add openoffice.org-1.9.95.dbXXXXX.configureerror.berkleydb.patch to try and move to db4 with latest gcc4, but gcc 4.0.0-1 is still broken wrt to db4 so back to db3 again pam-0.79-7 ---------- * Tue Apr 26 2005 Tomas Mraz 0.79-7 - pam_xauth: unset the XAUTHORITY variable on error, fix potential memory leaks - modify path to IDE floppy devices in console.perms (#155560) perl-3:5.8.6-8 -------------- * Tue Apr 26 2005 Warren Togami - 3:5.8.6-7 - Updating CGI.pm from version 3.05 to 3.08 (mod_perl 2.0.0 RC5). (#155839) * Wed Apr 20 2005 Jose Pedro Oliveira - 3:5.8.6-6 - FCGI is not provided by perl (#148847). - Drop the '.1' suffix from the perl-suidperl subpackage. perl-DBD-MySQL-2.9007-1 ----------------------- * Wed Apr 27 2005 Jose Pedro Oliveira - 2.9007-1 - Update to 2.9007. (#156059) perl-LDAP-1:0.33-1 ------------------ * Tue Apr 26 2005 Jose Pedro Oliveira - 0.33-1 - Update to 0.33. perl-XML-Dumper-0.71-4 ---------------------- * Tue Apr 26 2005 Ville Skytt?? - 0.71-4 - Specfile rewrite, fixes License, dir ownerships and dependencies (#112593). * Wed Mar 30 2005 Warren Togami - remove brp-compress procps-3.2.5-4 -------------- * Tue Apr 26 2005 Karel Zak 3.2.5-4 - fix #144459 - sysctl reports error: unknown error <...> reading key '' (now sysctl doesn't read data from write-only /proc/sys files) rgmanager-1.9.31-0 ------------------ rpm-4.4.1-10 ------------ * Wed Apr 27 2005 Jeremy Katz - 4.4.1-10 - add patch to fix segfault with non-merged hdlists selinux-policy-strict-1.23.13-3 ------------------------------- * Tue Apr 26 2005 Dan Walsh 1.23.13-3 - Fix turboprint/cups integration selinux-policy-targeted-1.23.13-3 --------------------------------- * Tue Apr 26 2005 Dan Walsh 1.23.13-3 - Fix turboprint/cups integration * Mon Apr 25 2005 Dan Walsh 1.23.13-2 - Small fixes for targeted policy - Add updfstab sox-12.17.7-2 ------------- * Tue Apr 26 2005 Warren Togami 12.17.7-2 - overflow patch (#155224 upstream) * Sun Apr 17 2005 Warren Togami 12.17.7-1 - 12.17.7 - BR alsa-lib-devel (#155224 thias) * Sun Feb 27 2005 Florian La Roche - Copyright: -> License: stunnel-4.08-2 -------------- * Tue Apr 26 2005 Nalin Dahyabhai 4.08-2 - add buildprereqs on libtool, util-linux; change textutils/fileutils dep to coreutils (#133961) system-config-bind-4.0.0-8 -------------------------- * Wed Apr 27 2005 Jeremy Katz - 4.0.0-8 - silence %post system-config-display-1.0.25-4 ------------------------------ * Wed Apr 27 2005 Jeremy Katz - 1.0.25-4 - silence %post system-config-kickstart-2.5.22-2 -------------------------------- * Wed Apr 27 2005 Jeremy Katz - 2.5.22-2 - silence %post * Mon Apr 04 2005 Chris Lumens 2.5.22-1 - Use the new GTK file selection dialogs for loading and saving (#152995). * Mon Mar 28 2005 Christopher Aillon 2.5.21-4 - rebuilt system-config-language-1.1.9-2 ------------------------------ * Wed Apr 27 2005 Jeremy Katz - 1.1.9-2 - silence %post system-config-nfs-1.3.6-2 ------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.3.6-2 - silence %post system-config-rootpassword-1.1.7-2 ---------------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.1.7-2 - silence %post system-config-samba-1.2.29-2 ---------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.2.29-2 - silence %post system-config-securitylevel-1.5.7-2 ----------------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.5.7-2 - silence %post system-config-services-0.8.22-2 ------------------------------- * Wed Apr 27 2005 Jeremy Katz - 0.8.22-2 - silence %post system-config-soundcard-1.2.11-2 -------------------------------- * Sat Apr 02 2005 - Bastien Nocera 1.2.11-1 - unmute the card we're about to play sound for when using ALSA - fix setting the volumes with amixer - Umute PCM-2 and "DRC Range" as well (#127863) (#146357) - Remove unneeded alsa-lib dep (#134319) - Remove use of deprecated gtk.FALSE and gtk.TRUE (#153053) - Scan the ISA and MacIO buses for soundcards (#146888) - Write an asound.conf file even when there's only one soundcard (#134339) - Don't crash when we can't find the default soundcard, or the description doesn't contain a space (#142801) - Use the plughw device to playback the test sample (#134335) system-config-users-1.2.35-2 ---------------------------- * Wed Apr 27 2005 Jeremy Katz - 1.2.35-2 - silence %post tomcat5-0:5.0.30-5jpp_1fc ------------------------- * Tue Apr 26 2005 Gary Benson 0:5.0.30-5jpp_1fc - Upgrade to 5.0.30-5jpp. tvtime-0.9.15-7 --------------- * Wed Apr 27 2005 Jeremy Katz - 0.9.15-7 - silence %post udev-057-3 ---------- * Wed Apr 27 2005 Peter Jones - 057-3 - use udevstart rather than udev for udevstart.static up2date-4.4.16-4 ---------------- * Tue Apr 26 2005 Adrian Likins 4.4.16 - support repomd repos (and use the yum config if it exists) bugzilla #135121 valgrind-callgrind-0.9.11-1 --------------------------- * Tue Apr 26 2005 Jakub Jelinek 0.9.11-1 - update to 0.9.11 (#154865) vim-1:6.3.071-3 --------------- * Wed Apr 27 2005 Jeremy Katz - 1:6.3.071-3 - silence %post vino-2.10.0-3 ------------- * Wed Apr 27 2005 Jeremy Katz - 2.10.0-3 - silence %post vnc-4.1.1-10 ------------ * Wed Apr 27 2005 Jeremy Katz - 4.1.1-10 - silence %post xml-commons-0:1.0-0.b2.6jpp_10fc -------------------------------- * Tue Apr 26 2005 Gary Benson - 0:1.0-0.b2.6jpp_10fc - Remove gcj endorsed dir support (#155693). xorg-x11-6.8.2-29 ----------------- * Mon Apr 25 2005 Mike A. Harris 6.8.2-29 - Added xfs.init-fc4-startearly.patch to patch xfs.init to start earlier in the boot process for gdm early login on FC4 builds. This is done to the RPM_BUILD_ROOT installed file to ensure the changes do not get checked into CVS for the master initscript accidentally. From thacker at math.cornell.edu Wed Apr 27 13:25:09 2005 From: thacker at math.cornell.edu (John Thacker) Date: Wed, 27 Apr 2005 09:25:09 -0400 Subject: rawhide report: 20050427 changes In-Reply-To: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> Message-ID: <20050427132509.GA3148@thacker.dyndns.org> On Wed, Apr 27, 2005 at 08:08:17AM -0400, Build System wrote: > gconf-editor-2.10.0-4 > --------------------- > * Wed Apr 27 2005 Jeremy Katz - 2.10.0-4 > - silence %post The %postun script is still broken on this package. It needs to set GCONF_CONFIG_SOURCE just like the %post script does. (Bug #152238) [root at thacker jat48]# rpm -e gconf-editor Must set the GCONF_CONFIG_SOURCE environment variable error: %postun(gconf-editor-2.10.0-4.i386) scriptlet failed, exit status 1 John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Wed Apr 27 13:46:52 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 27 Apr 2005 09:46:52 -0400 Subject: rawhide report: 20050427 changes In-Reply-To: <20050427132509.GA3148@thacker.dyndns.org> References: <200504271208.j3RC8Hqd030697@porkchop.devel.redhat.com> <20050427132509.GA3148@thacker.dyndns.org> Message-ID: <1114609612.1200.1.camel@bree.local.net> On Wed, 2005-04-27 at 09:25 -0400, John Thacker wrote: > On Wed, Apr 27, 2005 at 08:08:17AM -0400, Build System wrote: > > gconf-editor-2.10.0-4 > > --------------------- > > * Wed Apr 27 2005 Jeremy Katz - 2.10.0-4 > > - silence %post > > The %postun script is still broken on this package. It needs to set > GCONF_CONFIG_SOURCE just like the %post script does. (Bug #152238) It's actually more broken than that. The gconf schema should be getting installed in %post, not %postun. Fixed for -5. My changes were basically just quiet'ing all of the gtk-update-icon-cache runs. I'll try to double check and make sure none of the other packages that were mass-modified to run gtk-update-icon-cache had a similar problem introduced. Jeremy From jspaleta at gmail.com Wed Apr 27 14:04:17 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 27 Apr 2005 10:04:17 -0400 Subject: menu editing in gnome (fc4) In-Reply-To: <426F458B.3070608@redhat.com> References: <426E8098.8000704@feuerpokemon.de> <1114588273.4361.3.camel@blaa> <426F458B.3070608@redhat.com> Message-ID: <604aa7910504270704ae66b42@mail.gmail.com> On 4/27/05, Rahul Sundaram wrote: > Wouldnt it be nice to have smeg as an intermediate solution for menu > editing in GNOME 2.10 for inclusion in Fedora Core 4 until you work on > getting a even better one included upstream in next version?. I am > pretty sure users would appreciate having convenient access to a menu > editor even if they arent going to use it that often. I suggest you try to get this submitted as part of Fedora Extras. I have a very strong feeling that stopgap measures are not things Core developers want to spend time maintaining. But there is no reason why you or someone else in the community couldn't maintain this as part of Fedora Extras for fc4 and even into the future for other releases. -jef From perbj at stanford.edu Wed Apr 27 16:58:23 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Wed, 27 Apr 2005 09:58:23 -0700 Subject: menu editing in gnome (fc4) In-Reply-To: <426F7C88.5010602@math.unl.edu> References: <426E8098.8000704@feuerpokemon.de> <1114588273.4361.3.camel@blaa> <426F7C88.5010602@math.unl.edu> Message-ID: <1114621104.4811.7.camel@localhost.localdomain> On Wed, 2005-04-27 at 06:50 -0500, Rex Dieter wrote: > Mark McLoughlin wrote: > > GNOME 2.11 has a simple menu editor - it'll be in Fedora Core whenever > > we update to GNOME 2.12. > > I seem to remember *every* Gnome release going as far back as 2.2 (or > 2.4) promised that the next release would finally have a (working) menu > editor... Let's see if it truly happens this time. KDE has had a menu > editor (kmenuedit) for quite some time, but it's always been purposely > omitted. The difference is that this time Mark (who sent the e-mail you replied to) has actually written a menu editor. That might make the situation a bit different, don't you think? ;) /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From green at redhat.com Wed Apr 27 17:47:43 2005 From: green at redhat.com (Anthony Green) Date: Wed, 27 Apr 2005 10:47:43 -0700 Subject: java-1.4.2-gcj-compat uninstalls sun jre In-Reply-To: <59059.192.54.193.35.1114592787.squirrel@rousalka.dyndns.org> References: <1114432521.15223.28.camel@cutter> <16351.192.54.193.28.1114433380.squirrel@rousalka.dyndns.org> <1114433827.15223.35.camel@cutter> <1441.192.54.193.28.1114435917.squirrel@rousalka.dyndns.org> <1114437602.3817.3.camel@cutter> <426E0C00.7020604@iinet.net.au> <1114520507.4945.61.camel@cutter> <1114526100.4945.75.camel@cutter> <604aa79105042607562414702b@mail.gmail.com> <1114528332.4945.81.camel@cutter> <426EF0E0.2020707@redhat.com> <426F0064.1080600@iinet.net.au> <50509.192.54.193.35.1114588682.squirrel@rousalka.dyndns.org> <426F50C3.10901@redhat.com> <59059.192.54.193.35.1114592787.squirrel@rousalka.dyndns.org> Message-ID: <1114624063.14807.129.camel@localhost.localdomain> On Wed, 2005-04-27 at 11:06 +0200, Nicolas Mailhot wrote: > The problem is - we don't have any control on what Sun chooses to put in > its own packages, nor on its (dubious) reading of the FHS, so as soon > someone installs the original sun package the game is over. For everybody's benefit and entertainment, check out the comments in this bug report (re: jpackage). http://bugs.sun.com/bugdatabase/view_bug.do;:WuuT?bug_id=4680244 The sad thing is that Sun recently posted a bunch of notes on their next product rev (Mustang), including how they plan to "fix" their RPM. From what I can tell, they completely ignore all of the requests to cooperate with the jpackage.org community: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6211006 (and be sure to read the comments in that one also) The Sun packaging issue is, of course, independent of whether or not java-gcj-compat exists, since we also have IBM and BEA JRE/JDK products which should be installable in parallel and managed via alternatives. It seems that the jpackage.org community has had little impact on how Sun is planning to package their products. Maybe IBM and BEA will have more luck if they try. AG From jkeating at j2solutions.net Wed Apr 27 21:00:47 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 27 Apr 2005 14:00:47 -0700 Subject: 3w-9xxx module version in FC4 Message-ID: <1114635647.6151.116.camel@jkeating2.hq.pogolinux.com> I have to backport the '9.2' release of 3w-9xxx to FC3 and RHEL* for our customers, and I'm curious as to if this driver set made it into mainline kernel and included into the FC4 kernel tree. Can anybody help me with this? Here is modinfo for the 9.2 kernel module: filename: ./3w-9xxx.ko version: 2.26.03.015 -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From cjlesh.lists at gmail.com Wed Apr 27 22:16:28 2005 From: cjlesh.lists at gmail.com (Charles Lesh) Date: Wed, 27 Apr 2005 18:16:28 -0400 Subject: Usb key not working.... Message-ID: <7e22d1cd05042715165eff5449@mail.gmail.com> Hey all: After today's updates, this is working. In fact, everything is looking good and working great...now if someone could just patch the xscreensaver lock screen. The jagged fonts and outdated flame bitmap look horrible! -cjl From carlos.efr at mail.telepac.pt Wed Apr 27 22:50:11 2005 From: carlos.efr at mail.telepac.pt (Carlos Rodrigues) Date: Wed, 27 Apr 2005 23:50:11 +0100 Subject: Filesystem options for USB storage devices In-Reply-To: <1114583920.8943.11.camel@petra> References: <426F00EC.8090000@mail.telepac.pt> <1114583920.8943.11.camel@petra> Message-ID: <42701723.1020809@mail.telepac.pt> Karel Zak wrote: >>I wanted to change some options (exec, ...) for "vfat" devices but I >>don't want to hardcode an entry into /etc/fstab. > > > /usr/share/hal/fdi/90defaultpolicy/storage-policy.fdi > /usr/share/hal/fdi/95userpolicy Ok, got it. I added a file to "95userpolicy" containing: false true true true true true I don't know if it can be done with less text, but it works anyway. But God... this makes me remember why I _hate_ XML configuration files... -- Carlos Rodrigues From cjlesh.lists at gmail.com Thu Apr 28 00:05:28 2005 From: cjlesh.lists at gmail.com (Charles Lesh) Date: Wed, 27 Apr 2005 20:05:28 -0400 Subject: "Shut Down" is missing? Message-ID: <7e22d1cd050427170535124c0b@mail.gmail.com> Hey all: I'm running today's rawhide tree, and the "Shut Down" options are missing from GDM's graphical greeter and from the "Desktop >> Log Out" menu options...the "reboot" choice is there, but there is no way to "Shut Down". -CJL From jbuell at vmware.com Thu Apr 28 01:35:22 2005 From: jbuell at vmware.com (Jeffrey Buell) Date: Wed, 27 Apr 2005 18:35:22 -0700 Subject: Running a domU with FC4 release 1268? Message-ID: <58743620D2C0D9439C627C064581E25218D706@PA-ECLUSTER2.vmware.com> With release 1240 I was able to follow pretty closely the QuickStart guide and get a domU running. Now with release 1268 I follow the same procedure and get dom0 up, but 'xm create -c base' immediately crashes with the message unable to handle kernel paging request at virtual address 8b04ec93 Any ideas what may be wrong? Has anybody else used Xen with release 1268? Thanks, Jeff From matthew at nocturnal.org Thu Apr 28 03:12:12 2005 From: matthew at nocturnal.org (Matthew Lenz) Date: Wed, 27 Apr 2005 22:12:12 -0500 Subject: "Shut Down" is missing? References: <7e22d1cd050427170535124c0b@mail.gmail.com> Message-ID: <000801c54ba0$12b26960$0201a8c0@Greeney> noticed that one as well when I updated tonight. ----- Original Message ----- From: "Charles Lesh" To: Sent: Wednesday, April 27, 2005 7:05 PM Subject: "Shut Down" is missing? > Hey all: > > I'm running today's rawhide tree, and the "Shut Down" options are > missing from GDM's graphical greeter and from the "Desktop >> Log Out" > menu options...the "reboot" choice is there, but there is no way to > "Shut Down". > > -CJL > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From matthew at nocturnal.org Thu Apr 28 03:21:56 2005 From: matthew at nocturnal.org (Matthew Lenz) Date: Wed, 27 Apr 2005 22:21:56 -0500 Subject: GDM early login References: <20050425111005.27623069@python2> <1114521378.7831.12.camel@fc4t2.mpeters.local> Message-ID: <001201c54ba1$731e7180$0201a8c0@Greeney> I just enabled it tonight. Just to be sure does it still require the run time changes in xfs and syslog ? I made them and everything seemed to work, but wasn't sure since all the other changes are now in cvs if they are still needed. [OTish] I was talking to Brian Cameron (main GDM developer at the moment from what I see in gnome/cvs) and he is adding some additional "themeing" functionality to the picture greeter functionality. It would be nice to see a picture greeter as the default login for local GDM connections on fedora. I put the bug in his ear about how the current user list isn't themeable and he contacted me a few days later to let me know some stuff was going into CVS to help with that. I also brought up the early-login functionality you guys are working on but he didn't comment. I also put a bug in his ear about triggered animation in gdm. Lots of this stuff might not make sense for XDMCP connections but it'll go a long way in improving the professional look of Fedora/Redhat as a mainstream desktop env. btw, the early-login stuff is neat. Really looking forward to the day when it pops up immediately after the hardware init and lets me login before all the services have started :) You guys rock. ----- Original Message ----- From: "Michael A. Peters" To: "Development discussions related to Fedora Core" Sent: Tuesday, April 26, 2005 8:16 AM Subject: Re: GDM early login > On Mon, 2005-04-25 at 11:10 +0200, Matthias Saou wrote: > >> >> Last question : Will this early-login be considered to become the default >> for FC4? > > I hope so - I've been using it for awhile and its really nice. > I have noticed though that sometimes if you kill the X server (via > killall X), you can not log back in. Sometimes it works though and you > can log back in. > > Logging in a console of course works, it's just gdm login that sometimes > doesn't. > > I'll play with it some more and see if I can pin down what the issue is > so I can file a report. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From buildsys at redhat.com Thu Apr 28 12:00:58 2005 From: buildsys at redhat.com (Build System) Date: Thu, 28 Apr 2005 08:00:58 -0400 Subject: rawhide report: 20050428 changes Message-ID: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> Removed package classpath-inetlib Removed package servletapi5 Updated Packages: GConf2-2.10.0-3 --------------- * Wed Apr 27 2005 Mark McLoughlin 2.10.0-3 - Fix undefined symbol in the evoldap backend GFS-kernel-2.6.11.3-20050426.134031.FC4.4 ----------------------------------------- SysVinit-2.85-39 ---------------- * Wed Apr 27 2005 Bill Nottingham - 2.85-39 - invoke single-user shell as a login shell (#105653) alsa-lib-1.0.9rc2-1 ------------------- * Fri Apr 22 2005 Martin Stransky 1.0.9rc2-1 - updated to 1.0.9rc2 - add ainit tool - dmix is now default pcm device alsa-utils-1.0.9rc2-1 --------------------- * Mon Apr 25 2005 Martin Stransky 1.0.9rc2-1 - New upstream version - add /usr/lib/rpm/redhat/find-lang.sh /usr/src/build/559784-x86_64/install macro (#155719) anaconda-10.2.0.55-1 -------------------- * Wed Apr 27 2005 Jeremy Katz - 10.2.0.55-1 - Don't spam about package downloads in cmdline mode (#155250) - Apply jnovy's patch to fix space calculations for > 2 TB devices (#155709) - Set default font for CJK better (clumens, #156052) - Add --label for part in kickstart (clumens, #79832) - Ensure decimal IP addrs (#156088) - Apply patch from Joe Pruett for rpmarch= fixes (#101971) - Don't set SUPPORTED unnecessarily (#115847) - Give more room for cyl #s (#119767) - Bump size of diskboot.img - Add back button for required media message (#114770) - Fix lvs showing up with a mountpoint of 0 (#153965) - Nuke some debug code - Don't try to unmount (tmpfs) /dev - Write a minimal mtab to avoid fsck/mount complaints (pjones) cman-kernel-2.6.11.3-20050425.154843.FC4.2 ------------------------------------------ crypto-utils-2.2-4 ------------------ * Wed Apr 27 2005 Joe Orton 2.2-4 - genkey: create private key files with permissions 0400 - genkey: tidy up error handling a little desktop-backgrounds-2.0-29 -------------------------- * Wed Apr 27 2005 John (J5) Palmieri 2.0-29 - Add translations - redhat-backgrounds-9 dhcp-10:3.0.2-11 ---------------- * Wed Apr 27 2005 Jason Vas Dias 10:3.0.2-11 - as pointed out by Peter Jones, dhclient-script spews - 'chkconfig: Usage' if run in init state 1 (runlevel returns "unknown".) - this is now corrected. * Mon Apr 25 2005 Jason Vas Dias 10:3.0.2-10 - dhclient-script dhcdbd extensions. - Tested to have no effect unless dhcdbd invokes dhclient. * Thu Apr 21 2005 Jason Vas Dias 10:3.0.2-9 - bugs 153244 & 155143 are now fixed with SELinux policy; autotrans now works for dhcpc_t, so restorecons are not required, and dhclient runs OK under dhcpc_t with SELinux enforcing. - fix bug 155506: 'predhclien' typo (emacs!). dlm-kernel-2.6.11.3-20050425.154843.FC4.2 ----------------------------------------- eclipse-cdt-1:3.0.0_fc-0.M6.5 ----------------------------- * Wed Apr 27 2005 Phil Muldoon 3.0.0_fc-0.M6.5 - Changed to find-and-aot-compile build usage - Added "if gcj_support" toggle - Fixed installing all arch fragments (now only installs one (correct) arch) - Redid BuildRequires and Requires to remove old/unneeded dependencies - Cleaned x86_64 declares. ethereal-0.10.11-0.pre2 ----------------------- * Wed Apr 27 2005 Radek Vokal 0.10.11-0.pre2 - nasty bug found, capture segfault when no interface selected * Wed Apr 27 2005 Radek Vokal 0.10.11-0.pre1 - ethereal prerelease - incorect SMB patch removed (#155920) - fixed problem with IAX2 packets (#154589) gconf-editor-2.10.0-5 --------------------- * Wed Apr 27 2005 Jeremy Katz - 2.10.0-5 - fix the %post to install the gconf schema correctly too (#152238) gnbd-kernel-2.6.11.2-20050420.133124.FC4.6 ------------------------------------------ gnome-doc-utils-0.2.0-2 ----------------------- * Tue Apr 26 2005 Ray Strode - 0.2.0-2 - Add patch that might fix yelp links (bug 146862) gnome-panel-2.10.1-7 -------------------- * Wed Apr 27 2005 Mark McLoughlin - 2.10.1-6 - Add patch to clamp the size of the icons on the panel at 48x48. Fixes "moved the panel to the side, can't move it back" issue (rh #141743) * Wed Apr 27 2005 Mark McLoughlin 2.10.1-6 - Reference the OpenOffice.org Impress .desktop file correctly * Wed Apr 27 2005 Mark McLoughlin 2.10.1-5 - Update launcher locations for OpenOffice.org icons gnome-themes-2.10.1-2 --------------------- * Wed Apr 27 2005 John (J5) Palmieri - 2.10.1-2 - Patch Clearlooks icon theme to inherit from bluecurve hal-0.5.1-1 ----------- * Wed Apr 27 2005 David Zeuthen 0.5.1 - Update to upstream release 0.5.1 hardlink-1:1.0-1.13 ------------------- * Wed Apr 27 2005 Jeremy Katz - don't try to hardlink 0 byte files (#154404) hotplug-3:2004_09_23-5 ---------------------- * Wed Apr 27 2005 Bill Nottingham 3:2004_09_23-5 - fix firmware agent for the presence of two sysfs directories (#143067) jpackage-utils-0:1.6.3-1jpp_1rh ------------------------------- * Wed Apr 27 2005 Thomas Fitzsimmons - 0:1.6.3-1jpp_1rh - Import jpackage-utils 0:1.6.3-1jpp from jpackage.org. - Add rebuild-security-providers script. - Install security directory in /etc. - Remove homedir patch. - Don't look for LICENSE.txt. * Fri Jan 28 2005 Nicolas Mailhot - 0:1.6.3-1jpp - prefer full JVM to JRE when not specified (my bad, sorry) - remove LICENSE.txt as it does not seem to exist in the jpp16 branch anymore * Sat Jan 15 2005 Nicolas Mailhot - 0:1.6.2-1jpp Happy new year jpackagers! - No longer define JAVA_HOME in default shipped java.conf (me) - Search if $JVM_ROOT/jre or $JVM_ROOT/java exist in functions if JAVA_HOME is not defined in java.conf (me) - Source ~/.java/java.conf in addition to /etc/java/java.conf in functions (me) - Make find-jar use the same error code as build-classpath (Joe Wortmann) (note however find-jar was never intended to use directly in scripts, it's a low-level way to test the search engine) - Change macros slightly so they no longer wreak havoc on x86_64 systems (Thomas Fitzsimmons for Red Hat) This is probably only a short-term fix since we've yet to decide how to handle real x86_64 JVMs cleanly. kernel-2.6.11-1.1275_FC4 ------------------------ * Wed Apr 27 2005 Dave Jones - Hopefully fix the random reboots some folks saw on x86-64. * Wed Apr 27 2005 Jeremy Katz - fix prereqs for -devel packages * Wed Apr 27 2005 Rik van Riel - Fix up the vdso stuff so kernel-xen* compile again - Import upstream bugfix so xenU domains can be started again kudzu-1.1.115-1 --------------- * Wed Apr 27 2005 Bill Nottingham 1.1.115-1 - hack for nForce4 (#153176) - fix uninitialized memory use in pci probe libbonoboui-2.8.1-4 ------------------- * Wed Apr 27 2005 Ray Strode 2.8.1-4 - Add fixed tamil translation (bug 135354). libgnome-2.10.0-3 ----------------- * Wed Apr 13 2005 John (J5) Palmieri - 2.10.0-3 - Change the default icon theme back to Clearlooks as the Clearlooks icon theme will now inherit from Bluecurve lvm2-2.01.08-2.1 ---------------- * Wed Apr 27 2005 Alasdair Kergon - 2.01.08-2.1 - Add /etc/lvm * Wed Apr 27 2005 Alasdair Kergon - 2.01.08-2.0 - No longer abort read operations if archive/backup directories aren't there. - Add runtime directories and file to the package. * Tue Mar 22 2005 Alasdair Kergon - 2.01.08-1.0 - Improve detection of external changes affecting internal cache. - Add clustered VG attribute. - Suppress rmdir opendir error message. mdadm-1.9.0-3.fc4 ----------------- * Wed Apr 27 2005 Jeremy Katz - 1.9.0-3.fc4 - fix mdmonitor initscript (#144717) ncurses-5.4-17 -------------- * Wed Apr 27 2005 Petr Rockai - 5.4-17 - apply patch from Hans de Goede, fixing BR142659 [The terminfo data for kbs changed from \177 to ^H] openmotif21-2.1.30-14 --------------------- * Wed Apr 27 2005 Thomas Woerner 2.1.30-14 - fixed undefined _Xsetlocale symbol - fixed missing stdlib.h in CutPaste.c openssl-0.9.7f-6 ---------------- * Wed Apr 27 2005 Tomas Mraz 0.9.7f-6 - use poll instead of select in rand (#128285) - fix Makefile.certificate to point to /etc/pki/tls - change the default string mask in ASN1 to PrintableString+UTF8String * Mon Apr 25 2005 Joe Orton 0.9.7f-5 - update to revision 1.37 of Mozilla CA bundle openswan-2.3.1-2 ---------------- * Wed Apr 27 2005 Harald Hoyer - 2.3.1-2 - added Requires(post) of coreutils bash (bug 155699) - added Requires(preun) initscripts chkconfig rhpl-0.160-1 ------------ * Wed Apr 27 2005 Jeremy Katz - 0.160-1 - don't build ethtool stuff on s390 * Wed Apr 27 2005 Jeremy Katz - 0.159-1 - add some more weird X modes (sandmann AT redhat DOT com) - fix gtk deprecation warnings (clumens) rpm-4.4.1-11 ------------ * Wed Apr 27 2005 Paul Nasrat - 4.4.1-11 - Fix for (pre,postun) (#155700) - Erase ordering selinux-policy-strict-1.23.13-4 ------------------------------- * Wed Apr 27 2005 Dan Walsh 1.23.13-4 - Update to fix smtp random device access - Add i18n_input changes from Akira TAGOH selinux-policy-targeted-1.23.13-4 --------------------------------- * Wed Apr 27 2005 Dan Walsh 1.23.13-4 - Update to fix smtp random device access - Add i18n_input changes from Akira TAGOH sendmail-8.13.4-1.1 ------------------- * Wed Apr 27 2005 Thomas Woerner 8.13.4-1.1 - added configuration example for Cyrus-IMAPd to sendmail.mc (#142001) Thanks to Alexander Dalloz spamassassin-3.0.3-3.fc4 ------------------------ * Wed Apr 27 2005 Warren Togami - 3.0.3-3 - 3.0.3 - SA#4287 retval fix - allow replacement of rc service script during upgrades * Mon Apr 25 2005 Warren Togami - 3.0.3-0.r164513 - 3.0.3-r164513 (almost final) * Thu Apr 21 2005 Warren Togami - 3.0.2-9 - SA#4191 uri_to_domain() is broken for urls with empty port SA#4232 multipart message with 0 parts -> uninitialized in m// SA#4121 Score for user defined rules become ignored SA#3944 get_envelope_from not handling received header system-config-bind-4.0.0-10 --------------------------- * Wed Apr 27 2005 Jason Vas Dias - 4.0.0-10 - Add User Guide & Manual in /usr/share/doc/system-config-bind-4.0.0 * Wed Apr 27 2005 Miloslav Trmac - 4.0.0-9 - Remove dependency on 4Suite (#155113) system-config-keyboard-1.2.6-2 ------------------------------ * Wed Apr 27 2005 Jeremy Katz - 1.2.6-2 - silence %post up2date-4.4.17-1 ---------------- * Wed Apr 27 2005 Adrian Likins 4.4.17 - fix some bugs in the way repomdRepo creates the package lists From dhollis at davehollis.com Thu Apr 28 13:29:42 2005 From: dhollis at davehollis.com (David Hollis) Date: Thu, 28 Apr 2005 09:29:42 -0400 Subject: 3w-9xxx module version in FC4 In-Reply-To: <1114635647.6151.116.camel@jkeating2.hq.pogolinux.com> References: <1114635647.6151.116.camel@jkeating2.hq.pogolinux.com> Message-ID: <1114694983.3265.11.camel@dhollis-lnx.sunera.com> On Wed, 2005-04-27 at 14:00 -0700, Jesse Keating wrote: > I have to backport the '9.2' release of 3w-9xxx to FC3 and RHEL* for our > customers, and I'm curious as to if this driver set made it into > mainline kernel and included into the FC4 kernel tree. Can anybody help > me with this? Here is modinfo for the 9.2 kernel module: > > filename: ./3w-9xxx.ko > version: 2.26.03.015 Checking the 2.6.12-rc3 sources show that the current 3w-9xxx driver is 2.26.02.002. Looks like the authors need to send some patches upstream so that it gets included in mainline. -- David Hollis -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mike at navi.cx Thu Apr 28 14:30:37 2005 From: mike at navi.cx (Mike Hearn) Date: Thu, 28 Apr 2005 15:30:37 +0100 Subject: rawhide report: 20050428 changes References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> Message-ID: On Thu, 28 Apr 2005 08:00:58 -0400, Build System wrote: -lib-1.0.9rc2-1 > ------------------- > * Fri Apr 22 2005 Martin Stransky 1.0.9rc2-1 > - updated to 1.0.9rc2 > - add ainit tool > - dmix is now default pcm device Is this really correct? The impression I got was that whether dmix was the default or not was supposed to be defined by the card-specific config file. Otherwise it looks like people who have chips that support hardware mixing will have to use dmix anyway. Also does anybody know if alsa-oss is available in Fedora yet? Last time I looked I couldn't find it, but there are some nice fixes in CVS (I would say that ;) thanks -mike From lfarkas at bppiac.hu Thu Apr 28 15:04:53 2005 From: lfarkas at bppiac.hu (Farkas Levente) Date: Thu, 28 Apr 2005 17:04:53 +0200 Subject: rawhide report: 20050428 changes In-Reply-To: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> Message-ID: <4270FB95.2020809@bppiac.hu> Build System wrote: > mdadm-1.9.0-3.fc4 > ----------------- > * Wed Apr 27 2005 Jeremy Katz - 1.9.0-3.fc4 > - fix mdmonitor initscript (#144717) the latest stable is 1.11. so the would be useful to update the package. -- Levente "Si vis pacem para bellum!" From thacker at math.cornell.edu Thu Apr 28 16:00:56 2005 From: thacker at math.cornell.edu (John Thacker) Date: Thu, 28 Apr 2005 12:00:56 -0400 Subject: rawhide report: 20050428 changes In-Reply-To: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> Message-ID: <20050428160056.GA29997@thacker.dyndns.org> On Thu, Apr 28, 2005 at 08:00:58AM -0400, Build System wrote: > sendmail-8.13.4-1.1 > ------------------- > * Wed Apr 27 2005 Thomas Woerner 8.13.4-1.1 > - added configuration example for Cyrus-IMAPd to sendmail.mc (#142001) > Thanks to Alexander Dalloz https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156272 A reminder to change the example configuration and "how to make a TLS cert" bit in the default sendmail.mc to point to /etc/pki/tls/certs instead of /usr/share/ssl/certs John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From arjanv at redhat.com Thu Apr 28 16:37:10 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Thu, 28 Apr 2005 12:37:10 -0400 Subject: glibc-kernheaders in fc4 In-Reply-To: References: Message-ID: <1114706230.9098.1.camel@localhost.localdomain> On Wed, 2005-04-27 at 02:29 -0400, James Morris wrote: > Why is this using 2.4 kernel headers and not 2.6? what makes you think it's 2.4 kernel headers? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From moe at blagblagblag.org Thu Apr 28 16:49:20 2005 From: moe at blagblagblag.org (jeff) Date: Thu, 28 Apr 2005 10:49:20 -0600 Subject: 3w-9xxx module version in FC4 In-Reply-To: <1114694983.3265.11.camel@dhollis-lnx.sunera.com> References: <1114635647.6151.116.camel@jkeating2.hq.pogolinux.com> <1114694983.3265.11.camel@dhollis-lnx.sunera.com> Message-ID: <42711410.8020207@blagblagblag.org> David Hollis wrote: > On Wed, 2005-04-27 at 14:00 -0700, Jesse Keating wrote: > >>I have to backport the '9.2' release of 3w-9xxx to FC3 and RHEL* for our >>customers, and I'm curious as to if this driver set made it into >>mainline kernel and included into the FC4 kernel tree. Can anybody help >>me with this? Here is modinfo for the 9.2 kernel module: >> >>filename: ./3w-9xxx.ko >>version: 2.26.03.015 > > > Checking the 2.6.12-rc3 sources show that the current 3w-9xxx driver is 2.26.02.002. > > Looks like the authors need to send some patches upstream so that it > gets included in mainline. Do either of these versions address the "Extremely high iowait with 3Ware array and moderate disk activity" bug? It's been open for just over a year & has 259 comments. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121434 I can confirm this bug with v2.26.02.001, fwiw. -Jeff From jkeating at j2solutions.net Thu Apr 28 17:14:21 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 28 Apr 2005 10:14:21 -0700 Subject: 3w-9xxx module version in FC4 In-Reply-To: <42711410.8020207@blagblagblag.org> References: <1114635647.6151.116.camel@jkeating2.hq.pogolinux.com> <1114694983.3265.11.camel@dhollis-lnx.sunera.com> <42711410.8020207@blagblagblag.org> Message-ID: <1114708461.6151.171.camel@jkeating2.hq.pogolinux.com> On Thu, 2005-04-28 at 10:49 -0600, jeff wrote: > Do either of these versions address the "Extremely high iowait with > 3Ware array and moderate disk activity" bug? It's been open for just > over a year & has 259 comments. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121434 > > I can confirm this bug with v2.26.02.001, fwiw. Most likely not as much as you'd like. That unfortunately is an artifact of 3ware's design. We never use these systems for high usage scenarios like a database server or sometimes even a home directory server. Nearline backup and slow storage is what we consider them useful for. The '9.2' release does have significant performance increases (firmware and driver need to be updated) but I don't think they'll solve the IO Wait state any time soon. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From yuan.bbbush at gmail.com Thu Apr 28 17:30:11 2005 From: yuan.bbbush at gmail.com (Yuan Yijun) Date: Fri, 29 Apr 2005 01:30:11 +0800 Subject: How to run a swt program? Message-ID: <9792751e05042810301c7524ed@mail.gmail.com> I don't know how to run a swt program after I upgraded libswt3-gtk2 to 3.1M6. There is 1 article in this list, and 2 articles about this, on gcj wiki and classpath wiki respectively. (I found them through googling ".jar.so".) But I still cannot run a swt program, with the steps described in these documents. If --cp contains only my jar, gcj prompts that it cannot find some class definitions which are in swt. If not specify -Djava.library.path, gcj prompts that it cannot find libswt-pi-gtk-...so, which is not contained in libswt3-gtk2 rpm, but I still can locate it from /usr/share/eclipse/configurations/...... Then what do the class map.db files do? Would anyone please help me out? Thanks very much! From fedora-devel-list at cygnusx-1.org Thu Apr 28 23:22:58 2005 From: fedora-devel-list at cygnusx-1.org (Nathan Grennan) Date: Thu, 28 Apr 2005 16:22:58 -0700 Subject: rawhide report: 20050428 changes In-Reply-To: References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> Message-ID: <200504281622.58702.fedora-devel-list@cygnusx-1.org> On Thursday 28 April 2005 07:30, Mike Hearn wrote: > On Thu, 28 Apr 2005 08:00:58 -0400, Build System wrote: > -lib-1.0.9rc2-1 > > > ------------------- > > * Fri Apr 22 2005 Martin Stransky 1.0.9rc2-1 > > - updated to 1.0.9rc2 > > - add ainit tool > > - dmix is now default pcm device > > Is this really correct? The impression I got was that whether dmix was the > default or not was supposed to be defined by the card-specific config > file. Otherwise it looks like people who have chips that support > hardware mixing will have to use dmix anyway. > > Also does anybody know if alsa-oss is available in Fedora yet? Last time I > looked I couldn't find it, but there are some nice fixes in CVS (I would > say that ;) Yeah, I agree with your concerns. I always use non-onboard cards with hardware mixing where I can. I don't want to be downgraded to software mixing in those cases. I do think they should find a way to disable it for cards that do hardware mixing. On the flip side, I am very happy to see dmix come long to replace the crap that is artsd and esd. From rodd at clarkson.id.au Fri Apr 29 00:45:16 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 29 Apr 2005 10:45:16 +1000 Subject: rawhide report: 20050428 changes In-Reply-To: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> Message-ID: <1114735516.4560.6.camel@jellyfish.redfishdemo.com> On Thu, 2005-04-28 at 08:00 -0400, Build System wrote: > alsa-lib-1.0.9rc2-1 > ------------------- > * Fri Apr 22 2005 Martin Stransky 1.0.9rc2-1 > - updated to 1.0.9rc2 > - add ainit tool > - dmix is now default pcm device > > alsa-utils-1.0.9rc2-1 > --------------------- > * Mon Apr 25 2005 Martin Stransky 1.0.9rc2-1 > - New upstream version > - add /usr/lib/rpm/redhat/find-lang.sh /usr/src/build/559784-x86_64/install macro (#155719) and/or > kernel-2.6.11-1.1275_FC4 > ------------------------ > * Wed Apr 27 2005 Dave Jones > - Hopefully fix the random reboots some folks saw on x86-64. > > * Wed Apr 27 2005 Jeremy Katz > - fix prereqs for -devel packages > > * Wed Apr 27 2005 Rik van Riel > - Fix up the vdso stuff so kernel-xen* compile again > - Import upstream bugfix so xenU domains can be started again Something has happened to sound from my system after this update. I'm guessing it's related to one of the two packages above but could be wrong. Sound yesterday was nice and clear, but since the update it is garbled and staticky (???). YOu can still here the sound (or music) but it's like someone's maxing out the volume and the speakers are all distorted. Volume levels on everything are the same as before the update and changing (lowering) them doesn't seem to help. I'm going to try yesterdays kernel and down-grading alsa, but thought it worth mentioning this before doing either (so it's documented as I go). Is anyone else seeing this? Packages that might be related: kernel-2.6.11-1.1275_FC4 alsa-utils-1.0.9rc2-1 alsa-lib-1.0.9rc2-1 alsa-lib-devel-1.0.9rc2-1 Sound Card hardware: 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) Rodd From ivazquez at ivazquez.net Fri Apr 29 01:06:39 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Thu, 28 Apr 2005 21:06:39 -0400 Subject: rawhide report: 20050428 changes In-Reply-To: <1114735516.4560.6.camel@jellyfish.redfishdemo.com> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <1114735516.4560.6.camel@jellyfish.redfishdemo.com> Message-ID: <1114736799.5061.45.camel@ignacio.ignacio.lan> On Fri, 2005-04-29 at 10:45 +1000, Rodd Clarkson wrote: > On Thu, 2005-04-28 at 08:00 -0400, Build System wrote: > > > alsa-lib-1.0.9rc2-1 > > ------------------- > > * Fri Apr 22 2005 Martin Stransky 1.0.9rc2-1 > > - updated to 1.0.9rc2 > > - add ainit tool > > - dmix is now default pcm device > > > > alsa-utils-1.0.9rc2-1 > > --------------------- > > * Mon Apr 25 2005 Martin Stransky 1.0.9rc2-1 > > - New upstream version > > - add /usr/lib/rpm/redhat/find-lang.sh /usr/src/build/559784-x86_64/install macro (#155719) > > and/or > > > kernel-2.6.11-1.1275_FC4 > > ------------------------ > > * Wed Apr 27 2005 Dave Jones > > - Hopefully fix the random reboots some folks saw on x86-64. > > > > * Wed Apr 27 2005 Jeremy Katz > > - fix prereqs for -devel packages > > > > * Wed Apr 27 2005 Rik van Riel > > - Fix up the vdso stuff so kernel-xen* compile again > > - Import upstream bugfix so xenU domains can be started again > > Something has happened to sound from my system after this update. I'm > guessing it's related to one of the two packages above but could be > wrong. > > Sound yesterday was nice and clear, but since the update it is garbled > and staticky (???). YOu can still here the sound (or music) but it's > like someone's maxing out the volume and the speakers are all distorted. > Volume levels on everything are the same as before the update and > changing (lowering) them doesn't seem to help. It might be that the rate dmix is using isn't the same that your sound card supports natively. Of course, I haven't looked at the Rawhide updates yet so I could be wrong... -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rodd at clarkson.id.au Fri Apr 29 01:09:34 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 29 Apr 2005 11:09:34 +1000 Subject: rawhide report: 20050428 changes In-Reply-To: <1114735516.4560.6.camel@jellyfish.redfishdemo.com> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <1114735516.4560.6.camel@jellyfish.redfishdemo.com> Message-ID: <1114736974.5006.2.camel@jellyfish.redfishdemo.com> > Something has happened to sound from my system after this update. I'm > guessing it's related to one of the two packages above but could be > wrong. > > Sound yesterday was nice and clear, but since the update it is garbled > and staticky (???). YOu can still here the sound (or music) but it's > like someone's maxing out the volume and the speakers are all distorted. > Volume levels on everything are the same as before the update and > changing (lowering) them doesn't seem to help. > > I'm going to try yesterdays kernel and down-grading alsa, but thought it > worth mentioning this before doing either (so it's documented as I go). > > Is anyone else seeing this? > > Packages that might be related: > > kernel-2.6.11-1.1275_FC4 > alsa-utils-1.0.9rc2-1 > alsa-lib-1.0.9rc2-1 > alsa-lib-devel-1.0.9rc2-1 > > Sound Card hardware: > > 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM > (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01) Tried kernel-2.6.11-1.1268_FC4 and no improvement. Tried alsa-utils-1.0.8-4 (and rebooted) and no improvement Tried alsa-lib-devel-1.0.8-4.devel, alsa-lib-1.0.8-4.devel and now not getting any sound. xmms pops up a warning that the soundcard isn't properly configured and the sound file that plays on login to gnome didn't play. Rodd From rodd at clarkson.id.au Fri Apr 29 01:37:41 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 29 Apr 2005 11:37:41 +1000 Subject: rawhide report: 20050428 changes In-Reply-To: <1114736799.5061.45.camel@ignacio.ignacio.lan> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <1114735516.4560.6.camel@jellyfish.redfishdemo.com> <1114736799.5061.45.camel@ignacio.ignacio.lan> Message-ID: <1114738661.5013.8.camel@jellyfish.redfishdemo.com> > It might be that the rate dmix is using isn't the same that your sound > card supports natively. Of course, I haven't looked at the Rawhide > updates yet so I could be wrong... I just changed some settings in xmms and it appears that this might be a esound issue. Gnome, of course, uses esound for it's stuff, and I had though I was using the alsa plugin for xmms, but it turns out I was using the esound plugin. After switching to also, xmms now plays music very nicely. It should be noted that I'm using the current rawhide packages as I downgraded them to try this (and got no sound from esound at all). Rodd From matthew at nocturnal.org Fri Apr 29 05:50:30 2005 From: matthew at nocturnal.org (Matthew Lenz) Date: Fri, 29 Apr 2005 00:50:30 -0500 Subject: rawhide report: 20050428 changes References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <200504281622.58702.fedora-devel-list@cygnusx-1.org> Message-ID: <003801c54c7f$5a5bf260$0201a8c0@Greeney> > On Thursday 28 April 2005 07:30, Mike Hearn wrote: >> On Thu, 28 Apr 2005 08:00:58 -0400, Build System wrote: >> -lib-1.0.9rc2-1 >> >> > ------------------- >> > * Fri Apr 22 2005 Martin Stransky 1.0.9rc2-1 >> > - updated to 1.0.9rc2 >> > - add ainit tool >> > - dmix is now default pcm device >> >> Is this really correct? The impression I got was that whether dmix was >> the >> default or not was supposed to be defined by the card-specific config >> file. Otherwise it looks like people who have chips that support >> hardware mixing will have to use dmix anyway. >> >> Also does anybody know if alsa-oss is available in Fedora yet? Last time >> I >> looked I couldn't find it, but there are some nice fixes in CVS (I would >> say that ;) > > > Yeah, I agree with your concerns. I always use non-onboard cards with > hardware > mixing where I can. I don't want to be downgraded to software mixing in > those > cases. I do think they should find a way to disable it for cards that do > hardware mixing. what cards support hardware mixing? .. from what I know of alsa it doesn't support hardware mixing of multiple streams of audio. Thats why dmix should be enabled by default. > On the flip side, I am very happy to see dmix come long to replace the > crap > that is artsd and esd. artsd and esd are for network transparent audio still. that issue is still around. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From ivazquez at ivazquez.net Fri Apr 29 07:47:15 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 29 Apr 2005 03:47:15 -0400 Subject: rawhide report: 20050428 changes In-Reply-To: <003801c54c7f$5a5bf260$0201a8c0@Greeney> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <200504281622.58702.fedora-devel-list@cygnusx-1.org> <003801c54c7f$5a5bf260$0201a8c0@Greeney> Message-ID: <1114760835.5061.52.camel@ignacio.ignacio.lan> On Fri, 2005-04-29 at 00:50 -0500, Matthew Lenz wrote: > what cards support hardware mixing? .. from what I know of alsa it doesn't > support hardware mixing of multiple streams of audio. Thats why dmix should > be enabled by default. The Creative Labs Soundblaster Live! and Audigy support hardware mixing just fine with ALSA. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pzad at pobox.sk Fri Apr 29 08:12:25 2005 From: pzad at pobox.sk (Peter Zubaj) Date: Fri, 29 Apr 2005 10:12:25 +0200 Subject: rawhide report: 20050428 changes Message-ID: <200504290812.j3T8CKXx009025@www4.pobox.sk> dmix is enabled only for cards which do not support hw mixing. If card support hw mixing, dmix is not used. Peter Zubaj >Yeah, I agree with your concerns. I always use non-onboard cards with hardware >mixing where I can. I don't want to be downgraded to software mixing in those >cases. I do think they should find a way to disable it for cards that do >hardware mixing. >On the flip side, I am very happy to see dmix come long to replace the crap >that is artsd and esd. ____________________________________ Vsetko o SuperStar http://superstar.atlas.sk From stransky at redhat.com Fri Apr 29 10:01:08 2005 From: stransky at redhat.com (Martin Stransky) Date: Fri, 29 Apr 2005 12:01:08 +0200 Subject: rawhide report: 20050428 changes In-Reply-To: <1114738661.5013.8.camel@jellyfish.redfishdemo.com> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <1114735516.4560.6.camel@jellyfish.redfishdemo.com> <1114736799.5061.45.camel@ignacio.ignacio.lan> <1114738661.5013.8.camel@jellyfish.redfishdemo.com> Message-ID: <427205E4.1010604@redhat.com> If you used new rawhide package (alsa-lib-1.0.9rc2) and you want to use old (alsa-lib-1.0.8) package now, you probably have to remove ~/.asoundrc file, because it contains old generated configuration... Ma. >>It might be that the rate dmix is using isn't the same that your sound >>card supports natively. Of course, I haven't looked at the Rawhide >>updates yet so I could be wrong... > > > I just changed some settings in xmms and it appears that this might be a > esound issue. > > Gnome, of course, uses esound for it's stuff, and I had though I was > using the alsa plugin for xmms, but it turns out I was using the esound > plugin. After switching to also, xmms now plays music very nicely. > > It should be noted that I'm using the current rawhide packages as I > downgraded them to try this (and got no sound from esound at all). > > > Rodd > From dwmw2 at infradead.org Fri Apr 29 14:19:15 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 29 Apr 2005 15:19:15 +0100 Subject: GDM early login In-Reply-To: <001201c54ba1$731e7180$0201a8c0@Greeney> References: <20050425111005.27623069@python2> <1114521378.7831.12.camel@fc4t2.mpeters.local> <001201c54ba1$731e7180$0201a8c0@Greeney> Message-ID: <1114784355.27227.184.camel@hades.cambridge.redhat.com> On Wed, 2005-04-27 at 22:21 -0500, Matthew Lenz wrote: > btw, the early-login stuff is neat. Really looking forward to the day when > it pops up immediately after the hardware init and lets me login before all > the services have started :) You guys rock. Early login isn't quite what I'm after. On a desktop machine I almost never reboot hence never really care about it. On the laptop I'd rather not have it wait for my to log in at all. I want gdm to do its automatic login thing for me, then invoke xscreensaver to lock the screen if my mobile phone isn't within Bluetooth range. -- dwmw2 From matthew at nocturnal.org Fri Apr 29 14:46:32 2005 From: matthew at nocturnal.org (Matthew Lenz) Date: Fri, 29 Apr 2005 09:46:32 -0500 Subject: rawhide report: 20050428 changes In-Reply-To: <1114760835.5061.52.camel@ignacio.ignacio.lan> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <200504281622.58702.fedora-devel-list@cygnusx-1.org> <003801c54c7f$5a5bf260$0201a8c0@Greeney> <1114760835.5061.52.camel@ignacio.ignacio.lan> Message-ID: <1114785992.10618.6.camel@mlenzdesktop> i'll have to check that out on my audigy2 tonight. assuming I can get it to work, it hasn't worked since fc4t2 install. If that is the case then the logic behind enabling dmix should look for cards that already support hardware audio multiplexing and not enable dmix. better yet, the alsa mixer should have an option to enable and disable software mixing. On Fri, 2005-04-29 at 03:47 -0400, Ignacio Vazquez-Abrams wrote: > On Fri, 2005-04-29 at 00:50 -0500, Matthew Lenz wrote: > > what cards support hardware mixing? .. from what I know of alsa it doesn't > > support hardware mixing of multiple streams of audio. Thats why dmix should > > be enabled by default. > > The Creative Labs Soundblaster Live! and Audigy support hardware mixing > just fine with ALSA. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list From matthew at nocturnal.org Fri Apr 29 15:07:34 2005 From: matthew at nocturnal.org (Matthew Lenz) Date: Fri, 29 Apr 2005 10:07:34 -0500 Subject: GDM early login In-Reply-To: <1114784355.27227.184.camel@hades.cambridge.redhat.com> References: <20050425111005.27623069@python2> <1114521378.7831.12.camel@fc4t2.mpeters.local> <001201c54ba1$731e7180$0201a8c0@Greeney> <1114784355.27227.184.camel@hades.cambridge.redhat.com> Message-ID: <1114787254.10618.17.camel@mlenzdesktop> On Fri, 2005-04-29 at 15:19 +0100, David Woodhouse wrote: > On Wed, 2005-04-27 at 22:21 -0500, Matthew Lenz wrote: > > btw, the early-login stuff is neat. Really looking forward to the day when > > it pops up immediately after the hardware init and lets me login before all > > the services have started :) You guys rock. > > Early login isn't quite what I'm after. On a desktop machine I almost > never reboot hence never really care about it. On the laptop I'd rather > not have it wait for my to log in at all. I want gdm to do its automatic > login thing for me, then invoke xscreensaver to lock the screen if my > mobile phone isn't within Bluetooth range. > > -- > dwmw2 > better yet, why not have it read your brainwaves. 8^D ;) actually thought that would be neat functionality. It has nothing to do with gdm or early-login though. Really its just xscreensaver + some other userspace app that does a xscreensaver-command --lock when your phone goes out of range. you could do that regardless. Doesn't keeping bluetooth running and communicating with your system suck the batteries dry pretty fast though? :) From thacker at math.cornell.edu Fri Apr 29 15:11:00 2005 From: thacker at math.cornell.edu (John Thacker) Date: Fri, 29 Apr 2005 11:11:00 -0400 Subject: rawhide report: 20050428 changes In-Reply-To: <1114785992.10618.6.camel@mlenzdesktop> References: <200504281200.j3SC0wIp029505@porkchop.devel.redhat.com> <200504281622.58702.fedora-devel-list@cygnusx-1.org> <003801c54c7f$5a5bf260$0201a8c0@Greeney> <1114760835.5061.52.camel@ignacio.ignacio.lan> <1114785992.10618.6.camel@mlenzdesktop> Message-ID: <20050429151100.GB6299@thacker.dyndns.org> On Fri, Apr 29, 2005 at 09:46:32AM -0500, Matthew Lenz wrote: > i'll have to check that out on my audigy2 tonight. assuming I can get > it to work, it hasn't worked since fc4t2 install. > > If that is the case then the logic behind enabling dmix should look for > cards that already support hardware audio multiplexing and not enable > dmix. better yet, the alsa mixer should have an option to enable and > disable software mixing. It's supported hardware mixing just fine on my live card for a long time. The recent changes resulted in much scratchier sound for me when using applications that don't use a direct ALSA output. (Sound output from the proprietary Flash plugin, for example.) It looks to me like ainit is turning on dmix even for my card which supports hardware mixing; I'd rather it didn't. John Thacker -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jlb17 at duke.edu Fri Apr 29 15:18:58 2005 From: jlb17 at duke.edu (Joshua Baker-LePain) Date: Fri, 29 Apr 2005 11:18:58 -0400 (EDT) Subject: 3w-9xxx module version in FC4 In-Reply-To: <20050429151114.BCB7973453@hormel.redhat.com> References: <20050429151114.BCB7973453@hormel.redhat.com> Message-ID: On Fri, 29 Apr 2005 at 10:14am, jkeating at j2solutions.net wrote > useful for. The '9.2' release does have significant performance > increases (firmware and driver need to be updated) but I don't think Err, really? I saw exactly the opposite. Now, this was on centos 4, but these numbers are for a software RAID0 across 2 9500-12 cards in 11 disk RAID5 mode. I'd also done 'blockdev --setra 16384' on both 3ware devices, and this is with a kernel modified to include XFS: 9.1.5.2 firmware and stock centos 4 driver (tiobench, units are MB/s): Read, 1 thread: 428.8 Read, 2 thread: 586.7 Read, 4 thread: 541.5 Read, 8 thread: 462.9 Write, 1 thread: 151.7 Write, 2 thread: 156.8 Write, 4 thread: 148.6 Write, 8 thread: 148.5 9.2 firmware and drivers: Read, 1 thread: 433.4 Read, 2 thread: 608.1 Read, 4 thread: 508.6 Read, 8 thread: 398.6 Write, 1 thread: 33.7 Write, 2 thread: 31.6 Write, 4 thread: 31.4 Write, 8 thread: 30.5 The bonnie++ results look even worse: "Old" codeset: Read: 340.6 Write: 173.5 "New" codeset: Read: 134.5 Write: 35.6 -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From jkeating at j2solutions.net Fri Apr 29 16:02:06 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 29 Apr 2005 09:02:06 -0700 Subject: 3w-9xxx module version in FC4 In-Reply-To: References: <20050429151114.BCB7973453@hormel.redhat.com> Message-ID: <1114790526.6151.215.camel@jkeating2.hq.pogolinux.com> On Fri, 2005-04-29 at 11:18 -0400, Joshua Baker-LePain wrote: > > Err, really? I saw exactly the opposite. Now, this was on centos 4, > but > these numbers are for a software RAID0 across 2 9500-12 cards in 11 > disk > RAID5 mode. I'd also done 'blockdev --setra 16384' on both 3ware > devices, and this is with a kernel modified to include XFS: These are very interesting numbers. Given the amount of work involved in dumping the 9.2 driver set into all the OSs we support at work, we haven't yet tackled the task. I will check with my R&D and see if they've done any benchmarks yet on this. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From jkeating at j2solutions.net Fri Apr 29 16:11:44 2005 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 29 Apr 2005 09:11:44 -0700 Subject: 3w-9xxx module version in FC4 In-Reply-To: References: <20050429151114.BCB7973453@hormel.redhat.com> Message-ID: <1114791104.6151.217.camel@jkeating2.hq.pogolinux.com> On Fri, 2005-04-29 at 11:18 -0400, Joshua Baker-LePain wrote: > > Err, really? I saw exactly the opposite. Now, this was on centos 4, > but > these numbers are for a software RAID0 across 2 9500-12 cards in 11 > disk > RAID5 mode. I'd also done 'blockdev --setra 16384' on both 3ware > devices, and this is with a kernel modified to include XFS: I can't help but wonder if the software RAID 0 is interfering with your setup. Any chance you can test w/out the software RAID 0 involved? Just a straight RAID 5 across 11 disks? -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) Was I helpful? Let others know: http://svcs.affero.net/rm.php?r=jkeating From dwmw2 at infradead.org Fri Apr 29 16:37:56 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 29 Apr 2005 17:37:56 +0100 Subject: GDM early login In-Reply-To: <1114787254.10618.17.camel@mlenzdesktop> References: <20050425111005.27623069@python2> <1114521378.7831.12.camel@fc4t2.mpeters.local> <001201c54ba1$731e7180$0201a8c0@Greeney> <1114784355.27227.184.camel@hades.cambridge.redhat.com> <1114787254.10618.17.camel@mlenzdesktop> Message-ID: <1114792676.27227.200.camel@hades.cambridge.redhat.com> On Fri, 2005-04-29 at 10:07 -0500, Matthew Lenz wrote: > better yet, why not have it read your brainwaves. 8^D ;) actually > thought that would be neat functionality. It has nothing to do with gdm > or early-login though. Really its just xscreensaver + some other > userspace app that does a xscreensaver-command --lock when your phone > goes out of range. you could do that regardless. Doesn't keeping > bluetooth running and communicating with your system suck the batteries > dry pretty fast though? :) I wouldn't want it to be constantly checking. I just want it to check at certain times, and lock itself if my phone isn't present when it checks. It should check after a reboot, and also after a suspend/resume cycle (since it's a Mac laptop, suspend/resume works well enough that I rarely need to reboot it). -- dwmw2 From alan at balclutha.org Fri Apr 29 17:03:32 2005 From: alan at balclutha.org (Alan Milligan) Date: Sat, 30 Apr 2005 03:03:32 +1000 Subject: rhnlib _xmlrpclib rename Message-ID: <427268E4.3020201@balclutha.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've discovered a problem with up2date registration of hardware profiles. up2date-4.4.9-1 crashes because xmlrpclib's Marshaller isn't marshalling nulls. I'm running against python-2.3.4-11 and rhnlib-1.8-7.p23, where I note some comment that _xmlrpclib.py was renamed to _internal_xmlrpclib.py. I think that somewhere in this change, that this hasn't been properly linked into the xmlrpclib.FastMarshaller and that the marshaller assigned to xmlrpclib now does not have __allow_none set. I somehow doubt that Python's xmlrpclib.py has changed between version 2.3 and 2.4, and was wondering if someone could shed some light on this before investigating further (than hacking rhnlib.rpclib's Marshalling ctor to set __allow_none that is...) Alan. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iD8DBQFCcmjkCfroLk4EZpkRAgOYAKC5/jdhECHLTCGY+NiPdTPVXW3n/ACgwEQD yL2jZZTHegipvOvcnDktOVw= =oK28 -----END PGP SIGNATURE----- From overholt at redhat.com Fri Apr 29 18:25:17 2005 From: overholt at redhat.com (Andrew Overholt) Date: Fri, 29 Apr 2005 14:25:17 -0400 Subject: How to run a swt program? In-Reply-To: <9792751e05042810301c7524ed@mail.gmail.com> References: <9792751e05042810301c7524ed@mail.gmail.com> Message-ID: <20050429182517.GD29336@redhat.com> * Yuan Yijun [2005-04-28 14:31]: > But I still cannot run a swt program, with the > steps described in these documents. If --cp contains only my jar, gcj > prompts that it cannot find some class definitions which are in swt. Things have changed upstream and I'm not sure if the instructions will still be valid. Until we can finish up work on [1], I'm not sure how easily things will work (but I could be way off on that ... I haven't tried running an SWT app in a while). > If not specify -Djava.library.path, gcj prompts that it cannot find > libswt-pi-gtk-...so, which is not contained in libswt3-gtk2 rpm, but I > still can locate it from /usr/share/eclipse/configurations/...... Then > what do the class map.db files do? Would anyone please help me out? The problem in a nutshell is that the JNI libraries (libswt-*.so) have been moved _into_ the jar and are ripped out at runtime by OSGi. Until [1] is fixed, users will each have the .sos in their writable homedirs. Please note: the solution to this is *NOT* to run Eclipse as root! There is at least one report [2] of that hanging a person's system (no, I'm not entirely sure why that happened but it's in my queue). .jar.so and .db files are completely unrelated here. The way we're shipping natively-compiled java apps in FC4 involves compiling the jars to shared libraries (we're tacking a ".so" onto the end of the filename of the jar) and then creating a little map db of what classes are in what .jar.so. If the map db is screwed up or the .jar.so can't be found, gij will simply fall back to interpreting the bytecode. HTH, Andrew [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=90535 [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154532 From jbuell at vmware.com Fri Apr 29 18:39:38 2005 From: jbuell at vmware.com (Jeffrey Buell) Date: Fri, 29 Apr 2005 11:39:38 -0700 Subject: Running a domU with FC4 release 1268? Message-ID: <58743620D2C0D9439C627C064581E25218D70B@PA-ECLUSTER2.vmware.com> > With release 1240 I was able to follow pretty closely the > QuickStart guide > and get a domU running. Now with release 1268 I follow the > same procedure > and get dom0 up, but 'xm create -c base' immediately crashes > with the message > > unable to handle kernel paging request at virtual address 8b04ec93 > > Any ideas what may be wrong? Has anybody else used Xen with > release 1268? Anybody running Xen on FC4 devel? I updated to release 1275 and now domU boots and gives a login prompt, but in response to "root" I get this message: login: no shell: permission denied Is this another bug or is something else going on? Jeff From riel at redhat.com Fri Apr 29 19:32:10 2005 From: riel at redhat.com (Rik van Riel) Date: Fri, 29 Apr 2005 15:32:10 -0400 (EDT) Subject: Running a domU with FC4 release 1268? In-Reply-To: <58743620D2C0D9439C627C064581E25218D70B@PA-ECLUSTER2.vmware.com> References: <58743620D2C0D9439C627C064581E25218D70B@PA-ECLUSTER2.vmware.com> Message-ID: On Fri, 29 Apr 2005, Jeffrey Buell wrote: > Anybody running Xen on FC4 devel? I am ;) > I updated to release 1275 and now domU boots and gives a login prompt, > but in response to "root" I get this message: > > login: no shell: permission denied > > Is this another bug or is something else going on? This is due to selinux. You need to edit the file /etc/selinux/config inside your guest filesystem and set SELINUX to disabled or permissive. I have updated the FedoraXenQuickstart page to reflect this configuration issue. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From riel at redhat.com Fri Apr 29 19:54:00 2005 From: riel at redhat.com (Rik van Riel) Date: Fri, 29 Apr 2005 15:54:00 -0400 (EDT) Subject: Now and Xen:Complexities of Fedora,Grub,LVM and Xen In-Reply-To: <1113504282.6356.185.camel@heretic.grobb.org> References: <1113504282.6356.185.camel@heretic.grobb.org> Message-ID: On Fri, 15 Apr 2005, David Mohring wrote: > a) Whats the chances of a stable ( enough ) Xen making it into the final > release of FC4? Pretty big, the current xen seems to be reasonably stable. That doesn't mean all aspects will be easy to use, though... > b) Is it going to be safe/stable/secure for the domain U kernels use LVM > mounts? Or are loopback file systems, mounted by the domain 0 kernel, > the only effective choice? I've been using LVM volumes for Xen guests for a while now and it's working fine. > c) Is it worth allocating swap partitions for domain U systems? Is it > safe/possible to use LVM for this? Yes, LVM works great. > d) Is the combination of X-server/AGP/sound going to available and > stable on domain 0 kernels? It already is, on some hardware ;) If it isn't working right on your hardware, please consider filing a bug on http://bugzilla.xensource.com/ (which is where most Xen development takes place). > e) Will the actual performance of the non-test final release kernels > approach the performance of the recent Xen demos? It should. > Have the Fedora Core core developer given any consideration to a single > "xen" init.d script which would : > 1) Setup the virtual networking for the domain 0 and domain U hosted > systems. Virtual bridging + remote DHCP/static addressing > OR internal DHCPd + NAT + plus forwarding > 2) Allocate file system mount rights on a first come first served basis, > with fall over of NFS mounting if the first serves the requested > partition. When it comes to things like this, I try to not do anything Fedora specific, but instead develop things together with the Xen community. If you would like to get involved with the development of such scripts, you may want to subscribe to the xen-devel mailing list on lists.xensource.com. > There should be an easier way to configuring the combinations of > Fedora,Grub,LVM and Xen than manually editing configure files and CLI > launching instances. > Lastly. Any word on getting a version of Anaconda to work under Domain U > Server level? Ie VNCserver mode with the domain 0 host granting lvm > partition/group access. We've got plans for fixing these issues, but I don't know when we'll get around to them. Helping with the Xen 3.0 release is a higher priority at the moment. -- "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." - Brian W. Kernighan From tim_mcmullen at comcast.net Fri Apr 29 20:09:53 2005 From: tim_mcmullen at comcast.net (tim_mcmullen at comcast.net) Date: Fri, 29 Apr 2005 20:09:53 +0000 Subject: ARTSD Message-ID: <042920052009.431.427294910005280B000001AF2200748184020A04049A030C03A103079B@comcast.net> Anybody having issues with artsd consuming 100% cpu and continually restarting with the latest update? -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean.bruno at dsl-only.net Fri Apr 29 20:17:56 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Fri, 29 Apr 2005 13:17:56 -0700 Subject: ARTSD In-Reply-To: <042920052009.431.427294910005280B000001AF2200748184020A04049A030C03A103079B@comcast.net> References: <042920052009.431.427294910005280B000001AF2200748184020A04049A030C03A103079B@comcast.net> Message-ID: <1114805876.4058.65.camel@homebox> On Fri, 2005-04-29 at 20:09 +0000, tim_mcmullen at comcast.net wrote: > Anybody having issues with artsd consuming 100% cpu and continually > restarting with the latest update? I seem to be, I ran k3b yesterday and the call out to artsd seemed to be failing. I also noted the same behavior(it kept restarting when it was killed) that you are seeing. Sean From ml-fedora at fathomssen.de Fri Apr 29 20:14:05 2005 From: ml-fedora at fathomssen.de (Frederick Alexander Thomssen) Date: Fri, 29 Apr 2005 22:14:05 +0200 Subject: ARTSD In-Reply-To: <042920052009.431.427294910005280B000001AF2200748184020A04049A030C03A103079B@comcast.net> References: <042920052009.431.427294910005280B000001AF2200748184020A04049A030C03A103079B@comcast.net> Message-ID: <200504292214.06093.ml-fedora@fathomssen.de> On Friday 29 April 2005 22:09, tim_mcmullen at comcast.net wrote: > Anybody having issues with artsd consuming 100% cpu and continually > restarting with the latest update? doesn't artsd always do that? ;) no, really... arts is a bad thing to use... better use applications that use alsa directly and not with a daemon! the same for esd freddy -- Frederick Alexander Thomssen From matthew at nocturnal.org Fri Apr 29 22:56:28 2005 From: matthew at nocturnal.org (Matthew Lenz) Date: Fri, 29 Apr 2005 17:56:28 -0500 Subject: ARTSD References: <042920052009.431.427294910005280B000001AF2200748184020A04049A030C03A103079B@comcast.net> <200504292214.06093.ml-fedora@fathomssen.de> Message-ID: <000a01c54d0e$aebefc00$0201a8c0@Greeney> you don't get it.. kde and gnome where designed so that their applications work transparently over the network. if you don't use esd or arts, network transparent audio is not available. you'll probably never see true gnome or kde apps using alsa directly. what you might see is new and better sound servers become available. its too bad the alsa guys don't just add some kind of NAS to their official software distribution and make it work flawlessly with their drivers/sound. ----- Original Message ----- From: "Frederick Alexander Thomssen" To: "Development discussions related to Fedora Core" Sent: Friday, April 29, 2005 3:14 PM Subject: Re: ARTSD > On Friday 29 April 2005 22:09, tim_mcmullen at comcast.net wrote: >> Anybody having issues with artsd consuming 100% cpu and continually >> restarting with the latest update? > > doesn't artsd always do that? ;) > > no, really... arts is a bad thing to use... better use applications that > use > alsa directly and not with a daemon! the same for esd > > freddy > > -- > Frederick Alexander Thomssen > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list > From seandarcy2 at gmail.com Sat Apr 30 00:59:34 2005 From: seandarcy2 at gmail.com (sean) Date: Fri, 29 Apr 2005 20:59:34 -0400 Subject: grub Error 25's after updating kernels Message-ID: Installing new kernels with yum sometimes causes an Error 25 with grub. I can't see what's wrong with grub.conf. For instance, this grub.conf generates an Error 25: # grub.conf generated by anaconda # #boot=/dev/hda default=4 timeout=10 # splashimage=(hd0,0)/grub/splash.xpm.gz # hiddenmenu title Fedora Core (2.6.11-1.1267_FC4) root (hd0,0) kernel /vmlinuz-2.6.11-1.1267_FC4 root=/dev/hda5 video=radeonfb:1024x768-32 at 100 initrd /initrd-2.6.11-1.1267_FC4.img title Fedora Core (2.6.11-1.1261_FC4) root (hd0,0) kernel /vmlinuz-2.6.11-1.1261_FC4 root=/dev/hda5 video=radeonfb:1024x768-32 at 100 initrd /initrd-2.6.11-1.1261_FC4.img title Fedora Core (2.6.11-1.1258_FC4) root (hd0,0) kernel /vmlinuz-2.6.11-1.1258_FC4 root=/dev/hda5 video=radeonfb:1024x768-32 at 100 initrd /initrd-2.6.11-1.1258_FC4.img title Fedora Core (2.6.11-1.1253_FC4) root (hd0,0) kernel /vmlinuz-2.6.11-1.1253_FC4 root=/dev/hda5 video=radeonfb:1024x768-32 at 100 initrd /initrd-2.6.11-1.1253_FC4.img title 2.6.12-rc3 root (hd0,0) kernel /vmlinuz-2.6.12-rc3 root=/dev/hda5 video=radeonfb:1024x768-32 at 100 title Windows 2000 map (hd0) (hd1) map (hd1) (hd0) rootnoverify (hd1,0) chainloader +1 makeactive boot Thanks to knoppix, I edited it to this, which booted: # grub.conf generated by anaconda # #boot=/dev/hda default=2 timeout=10 # splashimage=(hd0,0)/grub/splash.xpm.gz # hiddenmenu title Fedora Core (2.6.11-1.1275_FC4) root (hd0,0) kernel /vmlinuz-2.6.11-1.1275_FC4 root=/dev/hda5 video=radeonfb:1024x768-32 at 100 initrd /initrd-2.6.11-1.1275_FC4.img title Fedora Core (2.6.11-1.1267_FC4) root (hd0,0) kernel /vmlinuz-2.6.11-1.1267_FC4 root=/dev/hda5 video=radeonfb:1024x768-32 at 100 initrd /initrd-2.6.11-1.1267_FC4.img title 2.6.12-rc3 root (hd0,0) kernel /vmlinuz-2.6.12-rc3 root=/dev/hda5 video=radeonfb:1024x768-32 at 100 title Windows 2000 map (hd0) (hd1) map (hd1) (hd0) rootnoverify (hd1,0) chainloader +1 makeactive boot Puzzled. sean From antonio at apache.org Sat Apr 30 02:11:58 2005 From: antonio at apache.org (Antonio Gallardo) Date: Fri, 29 Apr 2005 21:11:58 -0500 (CDT) Subject: Plase update tzdata to 2005i Message-ID: <42078.165.98.153.184.1114827118.squirrel@www.agssa.net> Hi, Our country, Nicaragua, recently changed from a fixed CST time to a CDT time. The patch seems to be ready here: http://cvs.sourceforge.net/viewcvs.py/tcl/tcl/library/tzdata/America/Managua?rev=1.2&view=log Is posible to see a patch for FC3 and include it in the next FC4 release? Best Regards, Antonio Gallardo. From ivazquez at ivazquez.net Sat Apr 30 02:35:07 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Fri, 29 Apr 2005 22:35:07 -0400 Subject: Plase update tzdata to 2005i In-Reply-To: <42078.165.98.153.184.1114827118.squirrel@www.agssa.net> References: <42078.165.98.153.184.1114827118.squirrel@www.agssa.net> Message-ID: <1114828507.7966.0.camel@ignacio.ignacio.lan> On Fri, 2005-04-29 at 21:11 -0500, Antonio Gallardo wrote: > Is posible to see a patch for FC3 and include it in the next FC4 release? Request it in Bugzilla. http://bugzilla.redhat.com/ -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From rgorosito at comarb.gov.ar Sat Apr 30 03:32:47 2005 From: rgorosito at comarb.gov.ar (Ricardo Ariel Gorosito) Date: Sat, 30 Apr 2005 00:32:47 -0300 (ART) Subject: simplexml need to be moved to php-xml ? Message-ID: <49148.192.168.1.4.1114831967.squirrel@192.168.1.4> AFAIK simplexml_import_dom is missing in 'SimpleXML' because DOM is in PHP-XML. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=156434 From antonio at apache.org Sat Apr 30 03:45:40 2005 From: antonio at apache.org (Antonio Gallardo) Date: Fri, 29 Apr 2005 22:45:40 -0500 (CDT) Subject: Plase update tzdata to 2005i Message-ID: <42306.165.98.153.184.1114832740.squirrel@www.agssa.net> On Vie, 29 de Abril de 2005, 21:35, Ignacio Vazquez-Abrams dijo: > On Fri, 2005-04-29 at 21:11 -0500, Antonio Gallardo wrote: >> Is posible to see a patch for FC3 and include it in the next FC4 release? > > Request it in Bugzilla. > > http://bugzilla.redhat.com/ Thanks! Can you provide the bug number? I have problems using the Redhat bugzilla system. Trying to search for tzdata, nicaragua or managua it always retuns "zarro bugs". :-( Best Regards, Antonio Gallardo > > -- > Ignacio Vazquez-Abrams > http://fedora.ivazquez.net/ > > gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list From ivazquez at ivazquez.net Sat Apr 30 04:00:26 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 30 Apr 2005 00:00:26 -0400 Subject: Plase update tzdata to 2005i In-Reply-To: <42306.165.98.153.184.1114832740.squirrel@www.agssa.net> References: <42306.165.98.153.184.1114832740.squirrel@www.agssa.net> Message-ID: <1114833626.7966.4.camel@ignacio.ignacio.lan> On Fri, 2005-04-29 at 22:45 -0500, Antonio Gallardo wrote: > On Vie, 29 de Abril de 2005, 21:35, Ignacio Vazquez-Abrams dijo: > > On Fri, 2005-04-29 at 21:11 -0500, Antonio Gallardo wrote: > >> Is posible to see a patch for FC3 and include it in the next FC4 release? > > > > Request it in Bugzilla. > > > > http://bugzilla.redhat.com/ > > Thanks! Can you provide the bug number? I have problems using the Redhat > bugzilla system. Trying to search for tzdata, nicaragua or managua it > always retuns "zarro bugs". :-( That's because you need to create an account and log the request yourself. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From antonio at apache.org Sat Apr 30 04:06:28 2005 From: antonio at apache.org (Antonio Gallardo) Date: Fri, 29 Apr 2005 23:06:28 -0500 (CDT) Subject: Plase update tzdata to 2005i Message-ID: <42713.165.98.153.184.1114833988.squirrel@www.agssa.net> On Vie, 29 de Abril de 2005, 23:00, Ignacio Vazquez-Abrams dijo: > On Fri, 2005-04-29 at 22:45 -0500, Antonio Gallardo wrote: >> On Vie, 29 de Abril de 2005, 21:35, Ignacio Vazquez-Abrams dijo: >> > On Fri, 2005-04-29 at 21:11 -0500, Antonio Gallardo wrote: >> >> Is posible to see a patch for FC3 and include it in the next FC4 >> release? >> > >> > Request it in Bugzilla. >> > >> > http://bugzilla.redhat.com/ >> >> Thanks! Can you provide the bug number? I have problems using the Redhat bugzilla system. Trying to search for tzdata, nicaragua or managua it always retuns "zarro bugs". :-( > > That's because you need to create an account and log the request yourself. I have one and used it to do the search. :-) Please send me the bug number. ;-) Best Regards, Antonio Gallardo. > > -- > Ignacio Vazquez-Abrams > http://fedora.ivazquez.net/ > > gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > http://www.redhat.com/mailman/listinfo/fedora-devel-list From stickster at gmail.com Sat Apr 30 04:26:18 2005 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 30 Apr 2005 00:26:18 -0400 Subject: Plase update tzdata to 2005i In-Reply-To: <42713.165.98.153.184.1114833988.squirrel@www.agssa.net> References: <42713.165.98.153.184.1114833988.squirrel@www.agssa.net> Message-ID: <1114835178.4774.2.camel@localhost.localdomain> On Fri, 2005-04-29 at 23:06 -0500, Antonio Gallardo wrote: > On Vie, 29 de Abril de 2005, 23:00, Ignacio Vazquez-Abrams dijo: > > On Fri, 2005-04-29 at 22:45 -0500, Antonio Gallardo wrote: > >> On Vie, 29 de Abril de 2005, 21:35, Ignacio Vazquez-Abrams dijo: > >> > On Fri, 2005-04-29 at 21:11 -0500, Antonio Gallardo wrote: > >> >> Is posible to see a patch for FC3 and include it in the next FC4 > >> release? > >> > > >> > Request it in Bugzilla. > >> > > >> > http://bugzilla.redhat.com/ > >> > >> Thanks! Can you provide the bug number? I have problems using the > Redhat bugzilla system. Trying to search for tzdata, nicaragua or > managua it always retuns "zarro bugs". :-( > > > > That's because you need to create an account and log the request yourself. > > I have one and used it to do the search. :-) > > Please send me the bug number. ;-) I'm afraid you misunderstand -- there is no bug report yet. You must create a NEW bug report yourself. Then the new bug will get a number. https://bugzilla.redhat.com/bugzilla/easy_enter_bug.cgi -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Documentation Project: http://fedora.redhat.com/projects/docs/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From antonio at apache.org Sat Apr 30 04:30:58 2005 From: antonio at apache.org (Antonio Gallardo) Date: Fri, 29 Apr 2005 23:30:58 -0500 (CDT) Subject: Plase update tzdata to 2005i In-Reply-To: <1114835178.4774.2.camel@localhost.localdomain> References: <42713.165.98.153.184.1114833988.squirrel@www.agssa.net> <1114835178.4774.2.camel@localhost.localdomain> Message-ID: <42871.165.98.153.184.1114835458.squirrel@www.agssa.net> On Vie, 29 de Abril de 2005, 23:26, Paul W. Frields dijo: > On Fri, 2005-04-29 at 23:06 -0500, Antonio Gallardo wrote: >> On Vie, 29 de Abril de 2005, 23:00, Ignacio Vazquez-Abrams dijo: >> > On Fri, 2005-04-29 at 22:45 -0500, Antonio Gallardo wrote: >> >> On Vie, 29 de Abril de 2005, 21:35, Ignacio Vazquez-Abrams dijo: >> >> > On Fri, 2005-04-29 at 21:11 -0500, Antonio Gallardo wrote: >> >> >> Is posible to see a patch for FC3 and include it in the next FC4 >> >> release? >> >> > >> >> > Request it in Bugzilla. >> >> > >> >> > http://bugzilla.redhat.com/ >> >> >> >> Thanks! Can you provide the bug number? I have problems using the >> Redhat bugzilla system. Trying to search for tzdata, nicaragua or >> managua it always retuns "zarro bugs". :-( >> > >> > That's because you need to create an account and log the request >> yourself. >> >> I have one and used it to do the search. :-) >> >> Please send me the bug number. ;-) > > I'm afraid you misunderstand -- there is no bug report yet. You must > create a NEW bug report yourself. Then the new bug will get a number. > > https://bugzilla.redhat.com/bugzilla/easy_enter_bug.cgi Yep. you are right! I thought there is already a report of this! I am really sorry for spamming the list! Thanks for pointing out my error. Next time I will try to read more carefully. It clear english is not my first language. ;-) I am going to fill a bugzilla report. :-) Best Regards, Antonio Gallardo. From kewley at gps.caltech.edu Sat Apr 30 06:14:25 2005 From: kewley at gps.caltech.edu (David Kewley) Date: Fri, 29 Apr 2005 23:14:25 -0700 Subject: 3w-9xxx module version in FC4 In-Reply-To: <1114791104.6151.217.camel@jkeating2.hq.pogolinux.com> References: <20050429151114.BCB7973453@hormel.redhat.com> <1114791104.6151.217.camel@jkeating2.hq.pogolinux.com> Message-ID: <200504292314.25668.kewley@gps.caltech.edu> Jesse Keating wrote on Friday 29 April 2005 09:11: > On Fri, 2005-04-29 at 11:18 -0400, Joshua Baker-LePain wrote: > > Err, really? I saw exactly the opposite. Now, this was on centos 4, > > but > > these numbers are for a software RAID0 across 2 9500-12 cards in 11 > > disk > > RAID5 mode. I'd also done 'blockdev --setra 16384' on both 3ware > > devices, and this is with a kernel modified to include XFS: > > I can't help but wonder if the software RAID 0 is interfering with your > setup. Any chance you can test w/out the software RAID 0 involved? > Just a straight RAID 5 across 11 disks? Just last night I did essentially that on my system with a 9500S-12 with 11-disk hw RAID5 + hot spare. The command I ran was: sync ; time dd if=/dev/zero of=/scratch1/8G-2 bs=1M count=8192 ; time sync Typical rate for the dd was 12-15MB/sec, right in line with what Joshua saw (he saw roughly double this for two such arrays RAID0'd together). This rate is terrible, no? :) I chose to write an 8GB file because the system memory is 4GB. I made several other observations on this system; I made lengthy comments on https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121434. I can run other tests; I'm open to suggestions. Since this box has a second identical array, I plan to try that one with sw RAID5 instead of hw RAID5. My test was to an XFS filesystem, using a RHEL4 kernel modified to have XFS enabled (much like Joshua, I suspect). I don't have numbers for earlier firmware/drivers. David From buildsys at redhat.com Sat Apr 30 15:44:22 2005 From: buildsys at redhat.com (Build System) Date: Sat, 30 Apr 2005 11:44:22 -0400 Subject: rawhide report: 20050430 changes Message-ID: <200504301544.j3UFiMTg030812@porkchop.devel.redhat.com> Updated Packages: GFS-kernel-2.6.11.3-20050426.134031.FC4.8 ----------------------------------------- * Fri Apr 29 2005 Chris Feist - Rebuild for new kernel - Adding support for i586, xen0 & xenU cman-kernel-2.6.11.3-20050425.154843.FC4.4 ------------------------------------------ * Fri Apr 29 2005 Chris Feist - Rebuild for new kernel - Adding support for i586, xen0 & xenU dlm-kernel-2.6.11.3-20050425.154843.FC4.5 ----------------------------------------- * Fri Apr 29 2005 Chris Feist - Rebuild for new kernel - Adding support for i586, xen0 & xenU gcc-4.0.0-2 ----------- * Thu Apr 28 2005 Jakub Jelinek 4.0.0-2 - update from CVS - PRs ada/18847, bootstrap/21215, c++/21087, c/20740, c/21159, c/21213, fortran/20059, fortran/20865, fortran/20879, fortran/21177, libfortran/20950, libgcj/21233:, libstdc++/20914, libstdc++/21035, libstdc++/21131, libstdc++/21244, preprocessor/20907, rtl-opt/21163, target/17822, target/17824, target/21100, target/21101 - https Handler.java from GNU classpath (Thomas Fitzsimmons, #155466) - Fortran namelist support (Paul Thomas, #155852, PRs fortran/17472, fortran/18396, fortran/19467, libfortran/12884, libfortran/17285, libfortran/18122, libfortran/18209, libfortran/18210, libfortran/18392, libfortran/18591, libfortran/18879, libfortran/19657) - fixes for the Fortran ENTRY support (PRs fortran/13082, fortran/18824, #153715) - make /usr/lib/security/*.security %config(noreplace) (Thomas Fitzsimmons) - fix GThread errors when running OOo (Thomas Fitzsimmons, #154215) - fix promotion of outgoing arguments (Andrew Haley, PR java/21115) gnbd-kernel-2.6.11.2-20050420.133124.FC4.9 ------------------------------------------ * Fri Apr 29 2005 Chris Feist - Rebuild for new kernel - Adding support for i586, xen0 & xenU iiimf-1:12.2-0.7.svn2578 ------------------------ * Thu Apr 28 2005 Akira TAGOH - 1:12.2-0.7.svn2578 - iiimsf-shift-space-for-korean-r2592-156171.patch: applied to allow shift+space for Korean. (#156171) - htt_xbe-correct-error-message-r2594-156169.patch: applied to correct the error message for iiimx. (#156169) - iiimsf-rh-per-user-hotkey.patch: updated to get it working really. (#118023) * Thu Apr 28 2005 Jens Petersen - 1:12.2-0.5.svn2578 - add iiimgcf-event-status-done.patch to fix status_done event (Ervin Yan) - silence verbose build output of x_txt2bin with leif-unit-xdict-silence-txt2bin.patch - add bootstrap macro variable to control whether tarball needs full bootstrap jessie-0:1.0.0-6 ---------------- * Mon Apr 25 2005 Thomas Fitzsimmons - 0:1.0.0-6 - Build the provider only. kernel-2.6.11-1.1276_FC4 ------------------------ * Fri Apr 29 2005 Roland McGrath - Fix the 32bit emulation on x86-64 segfaults. system-config-display-1.0.27-1 ------------------------------ * Thu Apr 28 2005 Soren Sandmann - Update to 1.0.27 (#155555) * Thu Apr 28 2005 Soren Sandmann - Update to 1.0.26 (#153038) From dwmw2 at infradead.org Sat Apr 30 16:18:28 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 30 Apr 2005 17:18:28 +0100 Subject: rawhide report: 20050430 changes In-Reply-To: <200504301544.j3UFiMTg030812@porkchop.devel.redhat.com> References: <200504301544.j3UFiMTg030812@porkchop.devel.redhat.com> Message-ID: <1114877909.24014.84.camel@localhost.localdomain> On Sat, 2005-04-30 at 11:44 -0400, Build System wrote: > gcc-4.0.0-2 > ----------- > - https Handler.java from GNU classpath (Thomas Fitzsimmons, #155466) Does this mean gcjwebplugin can do https now? -- dwmw2 From s.mako at gmx.net Sat Apr 30 19:34:40 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Sat, 30 Apr 2005 21:34:40 +0200 (CEST) Subject: perl update on x86_64 Message-ID: Hi, It seems updating perl on x86_64 is broken. Is it only for me, or should I send it to bugzilla? $ yum update Transaction Check Error: file /usr/share/man/man1/c2ph.1.gz from install of perl-5.8.5-11.FC3 conflicts with file from package perl-5.8.5-9 file /usr/share/man/man1/cpan.1.gz from install of perl-5.8.5-11.FC3 conflicts with file from package perl-5.8.5-9 ... Zoltan From ml-fedora at fathomssen.de Sat Apr 30 19:49:10 2005 From: ml-fedora at fathomssen.de (Frederick Alexander Thomssen) Date: Sat, 30 Apr 2005 21:49:10 +0200 Subject: perl update on x86_64 In-Reply-To: References: Message-ID: <200504302149.11225.ml-fedora@fathomssen.de> On Saturday 30 April 2005 21:34, Zoltan Kota wrote: > Hi, > > It seems updating perl on x86_64 is broken. Is it only for me, or should I > send it to bugzilla? > > $ yum update > > Transaction Check Error: file /usr/share/man/man1/c2ph.1.gz from install > of perl-5.8.5-11.FC3 conflicts with file from package perl-5.8.5-9 > file /usr/share/man/man1/cpan.1.gz from install of perl-5.8.5-11.FC3 > conflicts with file from package perl-5.8.5-9 > ... first uninstall perl-5.8.5-9 and then install the new perl... freddy > > Zoltan -- Frederick Alexander Thomssen From bob.deblier at telenet.be Sat Apr 30 19:50:30 2005 From: bob.deblier at telenet.be (Bob Deblier) Date: Sat, 30 Apr 2005 21:50:30 +0200 Subject: perl update on x86_64 In-Reply-To: References: Message-ID: <1114890630.4707.3.camel@orion> On Sat, 2005-04-30 at 21:34 +0200, Zoltan Kota wrote: > Hi, > > It seems updating perl on x86_64 is broken. Is it only for me, or should I > send it to bugzilla? > > $ yum update > > Transaction Check Error: file /usr/share/man/man1/c2ph.1.gz from install > of perl-5.8.5-11.FC3 conflicts with file from package perl-5.8.5-9 > file /usr/share/man/man1/cpan.1.gz from install of perl-5.8.5-11.FC3 > conflicts with file from package perl-5.8.5-9 > ... > > Zoltan > I had the same problem. Investigation turned out that two versions of perl were installed on my system: x86_64 and i386. After rpm --erase-ing the i386 version, yum updated without any problems. Maybe a missing dependency? Sincerely, Bob Deblier From s.mako at gmx.net Sat Apr 30 21:20:56 2005 From: s.mako at gmx.net (Zoltan Kota) Date: Sat, 30 Apr 2005 23:20:56 +0200 (CEST) Subject: perl update on x86_64 In-Reply-To: <1114890630.4707.3.camel@orion> References: <1114890630.4707.3.camel@orion> Message-ID: On Sat, 30 Apr 2005, Bob Deblier wrote: > Investigation turned out that two versions of perl were installed on my > system: x86_64 and i386. After rpm --erase-ing the i386 version, yum > updated without any problems. Maybe a missing dependency? Hm, yes. Both arch were installed. Thanks for the info. Zoltan From warren at togami.com Sat Apr 30 21:30:35 2005 From: warren at togami.com (Warren Togami) Date: Sat, 30 Apr 2005 11:30:35 -1000 Subject: perl update on x86_64 In-Reply-To: References: Message-ID: <4273F8FB.7040705@togami.com> Zoltan Kota wrote: > Hi, > > It seems updating perl on x86_64 is broken. Is it only for me, or should I > send it to bugzilla? > > $ yum update > > Transaction Check Error: file /usr/share/man/man1/c2ph.1.gz from install > of perl-5.8.5-11.FC3 conflicts with file from package perl-5.8.5-9 > file /usr/share/man/man1/cpan.1.gz from install of perl-5.8.5-11.FC3 > conflicts with file from package perl-5.8.5-9 > ... > > Zoltan > Unfortunately we made a mistake with the original FC3 x86_64 and shipped i386 perl by accident when it was never meant to be multilib. The only way to recover is to use 'yum remove perl.i386'. Sorry about the inconvenience. Warren Togami wtogami at redhat.com From rjune at bravegnuworld.com Sat Apr 30 23:54:41 2005 From: rjune at bravegnuworld.com (Richard June) Date: Sat, 30 Apr 2005 18:54:41 -0500 Subject: ARTSD In-Reply-To: <000a01c54d0e$aebefc00$0201a8c0@Greeney> References: <042920052009.431.427294910005280B000001AF2200748184020A04049A030C03A103079B@comcast.net> <200504292214.06093.ml-fedora@fathomssen.de> <000a01c54d0e$aebefc00$0201a8c0@Greeney> Message-ID: <200504301854.44620.rjune@bravegnuworld.com> On Friday 29 April 2005 17:56, Matthew Lenz wrote: > you don't get it.. kde and gnome where designed so that their applications > work transparently over the network. if you don't use esd or arts, network > transparent audio is not available. you'll probably never see true gnome > or kde apps using alsa directly. what you might see is new and better > sound servers become available. its too bad the alsa guys don't just add > some kind of NAS to their official software distribution and make it work > flawlessly with their drivers/sound. Arts was most definately not designed to work transparently over the network. rather than send the file for processing, arts will send a filename over the network, so unless you tell arts to use NAS or ESD, it's useless for network audio. I agree it would be great to have alsa do that though -- Public Key available Here: http://www.bravegnuworld.com/~rjune/pubkey.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: