From ggw at wolves.durham.nc.us Tue Feb 1 00:13:45 2005 From: ggw at wolves.durham.nc.us (Gregory Woodbury) Date: Mon, 31 Jan 2005 19:13:45 -0500 Subject: OpenOffice update broke paging for spreadsheets Message-ID: <20050201001345.GA19858@wolves.durham.nc.us> The late update for OOo seems to have broken paging for spreadsheets. I have a spreadsheet that is 5500+ rows long, and I'm using the pretty-print features of OOo to create a catalog. The latest FC3 update of OOo broke the pagination of the output. Now it shows only 1! page of output in page preview. Should I bugzilla this at RedHat or at OOo? -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From robertlaferla at comcast.net Tue Feb 1 01:30:11 2005 From: robertlaferla at comcast.net (Robert La Ferla) Date: Mon, 31 Jan 2005 20:30:11 -0500 Subject: curl-dev dependency problem with updates Message-ID: <41FEDBA3.2080408@comcast.net> The latest updates for FC3 has a dependency problem. The rpm for curl-dev needs libidn-dev (or something like that). Anyone else see this problem? From selinux at gmail.com Tue Feb 1 08:14:16 2005 From: selinux at gmail.com (Tom London) Date: Tue, 1 Feb 2005 00:14:16 -0800 Subject: Name resolution In-Reply-To: <1107215680.5659.3.camel@localhost.localdomain> References: <1107215680.5659.3.camel@localhost.localdomain> Message-ID: <4c4ba15305020100144a54ce0c@mail.gmail.com> On Mon, 31 Jan 2005 23:54:40 +0000, Paul wrote: > Hi, > > For some reason, the newest FC3 (vanilla) box on my network can access > everything inside of the network (i.e. on the domains 192.168.2.xxx), > yet won't access anything on the outside world (I can't ping an IP > address or something like www.bbc.co.uk). > > The firewall is switched off on the box and I don't have a firewall > running on my router. > > The /etc/resolv.conf file has been hand-edited to have the DNS of my ISP > rather than trusting my router. > > Any ideas on what is going on with it? > > TTFN > > Paul Can you provide output of 'netstat -r'? (is you gateway/default route setup right?) Some routers also restrict outside access. Any chance it is setup for the IP address of this box? tom From caolanm at redhat.com Tue Feb 1 08:53:43 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 01 Feb 2005 08:53:43 +0000 Subject: OpenOffice update broke paging for spreadsheets In-Reply-To: <20050201001345.GA19858@wolves.durham.nc.us> References: <20050201001345.GA19858@wolves.durham.nc.us> Message-ID: <1107248023.9725.1.camel@sheol.homelinux.org> On Mon, 2005-01-31 at 19:13 -0500, Gregory Woodbury wrote: > The late update for OOo seems to have broken paging for spreadsheets. > > I have a spreadsheet that is 5500+ rows long, and I'm using the > pretty-print features of OOo to create a catalog. The latest FC3 update > of OOo broke the pagination of the output. Now it shows only 1! page of > output in page preview. > > Should I bugzilla this at RedHat or at OOo? RedHat for that one. https://bugzilla.redhat.com/beta/show_bug.cgi?id=146431 From reader at newsguy.com Tue Feb 1 13:41:32 2005 From: reader at newsguy.com (Harry Putnam) Date: Tue, 01 Feb 2005 07:41:32 -0600 Subject: Bash keybindings in mozilla address box Message-ID: I've been noticing on newer mozilla pkgs (currently mozilla-1.7.5-3) that keybindings that used to work in the address box no longer work. These were bash (emacs like) keybindings that work on the command line. For example: Ctrl-k used to delete ahead of cursor. Ctrl-a moved cursor to beginning of line ctrl-e to end of line. None of this currently works and I see no setting for this in the `preferences'. From balay at fastmail.fm Tue Feb 1 13:54:54 2005 From: balay at fastmail.fm (Satish Balay) Date: Tue, 1 Feb 2005 07:54:54 -0600 (CST) Subject: Bash keybindings in mozilla address box In-Reply-To: References: Message-ID: On Tue, 1 Feb 2005, Harry Putnam wrote: > I've been noticing on newer mozilla pkgs (currently mozilla-1.7.5-3) > that keybindings that used to work in the address box no longer work. > > These were bash (emacs like) keybindings that work on the command line. > > For example: Ctrl-k used to delete ahead of cursor. > Ctrl-a moved cursor to beginning of line > ctrl-e to end of line. > > None of this currently works and I see no setting for this in the > `preferences'. You need to have the following: # cat ~/.gtkrc-2.0 include "/usr/share/themes/Emacs/gtk-2.0-key/gtkrc" gtk-key-theme-name = "Emacs" Satish From strange at nsk.no-ip.org Tue Feb 1 14:35:50 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Tue, 1 Feb 2005 14:35:50 +0000 Subject: yum remove and cyclic dependencies Message-ID: <20050201143550.GA22571@nsk.no-ip.org> Hello, Yum (2.1.12-0.fc3) doesn't like cyclic dependencies on packages to be removed and fails. Example: # rpm -e mysql error: Failed dependencies: libmysqlclient.so.10 is needed by (installed) perl-DBD-MySQL-2.9003-5.i386 .... # rpm -e perl-DBD-MySQL error: Failed dependencies: perl-DBD-MySQL is needed by (installed) mysql-3.23.58-13.i386 # yum remove mysql ... --> Processing Dependency: libmysqlclient.so.10 for package: MyODBC --> Processing Dependency: mysql = 3.23.58 for package: mysql-devel --> Processing Dependency: libmysqlclient.so.10 for package: perl-DBD-MySQL --> Processing Dependency: mysql for package: MySQL-python --> Processing Dependency: libmysqlclient.so.10 for package: dovecot --> Processing Dependency: libmysqlclient_r.so.10 for package: MySQL-python --> Processing Dependency: libmysqlclient.so.10 for package: libdbi-dbd-mysql --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package MyODBC.i386 0:2.50.39-19 set to be erased ---> Package mysql-devel.i386 0:3.23.58-13 set to be erased ---> Package perl-DBD-MySQL.i386 0:2.9003-5 set to be erased ---> Package MySQL-python.i386 0:0.9.2-4 set to be erased ---> Package dovecot.i386 0:0.99.11-1.FC3.4 set to be erased ---> Package mysql.i386 0:3.23.58-14 set to be updated ---> Package libdbi-dbd-mysql.i386 0:0.6.5-9 set to be erased --> Running transaction check --> Processing Dependency: perl-DBD-MySQL for package: mysql --> Finished Dependency Resolution Error: missing dep: perl-DBD-MySQL for pkg mysql # yum remove perl-DBD-MySQL Setting up Remove Process Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package perl-DBD-MySQL.i386 0:2.9003-5 set to be erased --> Running transaction check Setting up Repo: base Setting up Repo: updates-released Reading repository metadata in from local files --> Processing Dependency: perl-DBD-MySQL for package: mysql --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package mysql.i386 0:3.23.58-13 set to be erased --> Running transaction check --> Processing Dependency: libmysqlclient.so.10 for package: MyODBC --> Processing Dependency: mysql = 3.23.58 for package: mysql-devel --> Processing Dependency: mysql for package: MySQL-python --> Processing Dependency: libmysqlclient.so.10 for package: dovecot --> Processing Dependency: libmysqlclient_r.so.10 for package: MySQL-python --> Processing Dependency: libmysqlclient.so.10 for package: libdbi-dbd-mysql --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package MyODBC.i386 0:2.50.39-19 set to be erased ---> Package mysql-devel.i386 0:3.23.58-13 set to be erased ---> Package MySQL-python.i386 0:0.9.2-4 set to be erased ---> Package dovecot.i386 0:0.99.11-1.FC3.4 set to be erased ---> Package mysql.i386 0:3.23.58-14 set to be updated ---> Package libdbi-dbd-mysql.i386 0:0.6.5-9 set to be erased --> Running transaction check --> Processing Dependency: perl-DBD-MySQL for package: mysql --> Finished Dependency Resolution Error: missing dep: perl-DBD-MySQL for pkg mysql # yum remove perl-DBD-MySQL mysql Setting up Remove Process Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package perl-DBD-MySQL.i386 0:2.9003-5 set to be erased ---> Package mysql.i386 0:3.23.58-13 set to be erased --> Running transaction check Setting up Repo: base Setting up Repo: updates-released Reading repository metadata in from local files --> Processing Dependency: libmysqlclient.so.10 for package: MyODBC --> Processing Dependency: mysql = 3.23.58 for package: mysql-devel --> Processing Dependency: mysql for package: MySQL-python --> Processing Dependency: libmysqlclient.so.10 for package: dovecot --> Processing Dependency: libmysqlclient_r.so.10 for package: MySQL-python --> Processing Dependency: libmysqlclient.so.10 for package: libdbi-dbd-mysql --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package MyODBC.i386 0:2.50.39-19 set to be erased ---> Package mysql-devel.i386 0:3.23.58-13 set to be erased ---> Package MySQL-python.i386 0:0.9.2-4 set to be erased ---> Package dovecot.i386 0:0.99.11-1.FC3.4 set to be erased ---> Package mysql.i386 0:3.23.58-14 set to be updated ---> Package libdbi-dbd-mysql.i386 0:0.6.5-9 set to be erased --> Running transaction check --> Processing Dependency: perl-DBD-MySQL for package: mysql --> Finished Dependency Resolution Error: missing dep: perl-DBD-MySQL for pkg mysql Also, yum remove ignores silently unknown packages passed as argument. (And yum remove .... >& out outputs stderr before any stdout!) Regards, Luciano Rocha -- 3/13 From skvidal at phy.duke.edu Tue Feb 1 14:40:10 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Feb 2005 09:40:10 -0500 Subject: yum remove and cyclic dependencies In-Reply-To: <20050201143550.GA22571@nsk.no-ip.org> References: <20050201143550.GA22571@nsk.no-ip.org> Message-ID: <1107268810.25100.82.camel@cutter> On Tue, 2005-02-01 at 14:35 +0000, Luciano Miguel Ferreira Rocha wrote: > Hello, > > Yum (2.1.12-0.fc3) doesn't like cyclic dependencies on packages to be > removed and fails. > Upgrade to yum 2.1.13 and tell me if the problem goes away. -sv From strange at nsk.no-ip.org Tue Feb 1 15:05:34 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Tue, 1 Feb 2005 15:05:34 +0000 Subject: yum remove and cyclic dependencies In-Reply-To: <1107268810.25100.82.camel@cutter> References: <20050201143550.GA22571@nsk.no-ip.org> <1107268810.25100.82.camel@cutter> Message-ID: <20050201150534.GA22185@nsk.no-ip.org> On Tue, Feb 01, 2005 at 09:40:10AM -0500, seth vidal wrote: > On Tue, 2005-02-01 at 14:35 +0000, Luciano Miguel Ferreira Rocha wrote: > > Hello, > > > > Yum (2.1.12-0.fc3) doesn't like cyclic dependencies on packages to be > > removed and fails. > > > > Upgrade to yum 2.1.13 and tell me if the problem goes away. Yes, it does. Thank you. It also fixes "yum remove xorg-x11-libs" trying to remove and upgrade xorg-x11-libs & Mesa-libGL in the same transaction. What about releasing an updated yum for FC3? BTW, "yum remove mysql" always download primary.xml.gz: Reading repository metadata in from local files base : ################################################## 2622/2622 primary.xml.gz 100% |=========================| 261 kB 00:03 MD Read : ################################################## 638/638 updates-re: ################################################## 638/638 But not "yum remove xorg-x11-libs". Regards, Luciano Rocha From skvidal at phy.duke.edu Tue Feb 1 15:11:51 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Feb 2005 10:11:51 -0500 Subject: yum remove and cyclic dependencies In-Reply-To: <20050201150534.GA22185@nsk.no-ip.org> References: <20050201143550.GA22571@nsk.no-ip.org> <1107268810.25100.82.camel@cutter> <20050201150534.GA22185@nsk.no-ip.org> Message-ID: <1107270711.25100.89.camel@cutter> On Tue, 2005-02-01 at 15:05 +0000, Luciano Miguel Ferreira Rocha wrote: > On Tue, Feb 01, 2005 at 09:40:10AM -0500, seth vidal wrote: > > On Tue, 2005-02-01 at 14:35 +0000, Luciano Miguel Ferreira Rocha wrote: > > > Hello, > > > > > > Yum (2.1.12-0.fc3) doesn't like cyclic dependencies on packages to be > > > removed and fails. > > > > > > > Upgrade to yum 2.1.13 and tell me if the problem goes away. > > Yes, it does. Thank you. It also fixes "yum remove xorg-x11-libs" trying > to remove and upgrade xorg-x11-libs & Mesa-libGL in the same transaction. > > What about releasing an updated yum for FC3? > It's in rawhide right now. Then it will hit fc3 updates-testing. Then it will hit updates-released. I can't actually push packages directly. I have to poke people who push the packages. :) POKE POKE > BTW, "yum remove mysql" always download primary.xml.gz: > Reading repository metadata in from local files > base : ################################################## 2622/2622 > primary.xml.gz 100% |=========================| 261 kB 00:03 > MD Read : ################################################## 638/638 > updates-re: ################################################## 638/638 > > But not "yum remove xorg-x11-libs". The downloading primary.xml.gz is just an artifact of the mirrorlists I'd bet. -sv From rpaiz at simpaticus.com Tue Feb 1 16:27:10 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 01 Feb 2005 10:27:10 -0600 Subject: OpenOffice broke: double-check before bugzilla Message-ID: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> Hey, everyone: I have the following RPM packages installed: [root at rodolfo ~]# rpm -qa | grep openoffice | sort openoffice.org-1.1.3-2.5.fc3 openoffice.org-libs-1.1.3-2.5.fc3 This update appears finally to have fixed a display problem wherein the column headings disappeared, had artifacts, or were printed on odd parts of the screen. Hopefully the fix is complete and permanent; well done! However, at least one new problem have been introduced: the "paste" command now does not actually paste; instead it inserts the cells you paste, moving the rest of the cells in that column down. This is a massive pain and really interferes with getting *any* work done. Now, Edit->Paste Special works fine so I'm stuck using only that... but the other 30 people in my office whom I converted to OOo are screaming bloody murder. Is anyone else seeing this? Is it a new bizarre configuration option that was set to a badly-chosen default? Or is it a bug? I've looked through Tools->Options, but nothing new strikes me. Finally, if I need to bugzilla this at Red Hat, should I file it against component "openoffice" or "openoffice.org"? They have both. Cheers, -- Rodolfo J. Paiz From surak at casa.surak.eti.br Tue Feb 1 16:32:52 2005 From: surak at casa.surak.eti.br (Alexandre Strube) Date: Tue, 01 Feb 2005 13:32:52 -0300 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> Message-ID: <1107275572.7096.3.camel@localhost.surak.eti.br> Em Ter, 2005-02-01 ?s 10:27 -0600, Rodolfo J. Paiz escreveu: > This update appears finally to have fixed a display problem wherein the > column headings disappeared, had artifacts, or were printed on odd parts > of the screen. Hopefully the fix is complete and permanent; well done! Well, this used to happen also on other openoffice versions (debian specifically) > However, at least one new problem have been introduced: the "paste" > command now does not actually paste; instead it inserts the cells you > paste, moving the rest of the cells in that column down. This is a > massive pain and really interferes with getting *any* work done. Now, > Edit->Paste Special works fine so I'm stuck using only that... but the > other 30 people in my office whom I converted to OOo are screaming > bloody murder. This scares me. It's better leave colum weirdness than removing paste funtionality. From rshewan at lio.aacisd.com Tue Feb 1 16:34:39 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Tue, 01 Feb 2005 11:34:39 -0500 Subject: Rawhide update fails Message-ID: <41FFAF9F.7090302@lio.aacisd.com> Has anyone seen this? yum --exclude evolution\* --exclude libgtop2\* --exclude gtkhtml3\* --exclude libgal2\* --exclude yelp --exclude gnome-system-monitor --exclude gnome-panel\* --exclude control-center --exclude nautilus\* update Running Transaction Test Finished Transaction Test Transaction Check Error: file /etc/xdg/menus/applications.menu from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /etc/xdg/menus/preferences.menu from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Accessibility.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Accessories.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Applications.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Development.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Edutainment.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Games.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Graphics.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Internet.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Multimedia.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Office.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Other.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Settings-Accessibility.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/share/desktop-directories/Settings.directory from install of gnome-menus-2.9.90-1 conflicts with file from package redhat-menus-3.7.1-3 file /usr/bin/gnome-panel-screenshot from install of gnome-utils-2.9.90-1 conflicts with file from package gnome-panel-2.8.1-9 []# rpm -q gnome-menus package gnome-menus is not installed []# rpm -q redhat-menus redhat-menus-3.7.1-3 From dcbw at redhat.com Tue Feb 1 16:37:16 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Feb 2005 11:37:16 -0500 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <1107275572.7096.3.camel@localhost.surak.eti.br> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> <1107275572.7096.3.camel@localhost.surak.eti.br> Message-ID: <1107275836.10082.13.camel@dcbw.boston.redhat.com> On Tue, 2005-02-01 at 13:32 -0300, Alexandre Strube wrote: > Em Ter, 2005-02-01 ?s 10:27 -0600, Rodolfo J. Paiz escreveu: > > > This update appears finally to have fixed a display problem wherein the > > column headings disappeared, had artifacts, or were printed on odd parts > > of the screen. Hopefully the fix is complete and permanent; well done! > > Well, this used to happen also on other openoffice versions (debian > specifically) > > > However, at least one new problem have been introduced: the "paste" > > command now does not actually paste; instead it inserts the cells you > > paste, moving the rest of the cells in that column down. This is a > > massive pain and really interferes with getting *any* work done. Now, > > Edit->Paste Special works fine so I'm stuck using only that... but the > > other 30 people in my office whom I converted to OOo are screaming > > bloody murder. > > This scares me. It's better leave colum weirdness than removing paste > funtionality. Please see Bug #146580: --- Comment #1 From Dan Williams confirmed, this was caused by an upstream ooo-build patch added by Novell that we'll have to disable. --- Comment #2 From Dan Williams Specific changelog entry is: 2005-01-27 Michael Meeks * patches/OOO_1_1_4/apply, patches/OOO_1_1_3/apply: disable sc-paste-insert-rows.diff, very odd / unexpected behavior hurting users. Dan From dcbw at redhat.com Tue Feb 1 16:48:48 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Feb 2005 11:48:48 -0500 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <1107275836.10082.13.camel@dcbw.boston.redhat.com> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> <1107275572.7096.3.camel@localhost.surak.eti.br> <1107275836.10082.13.camel@dcbw.boston.redhat.com> Message-ID: <1107276528.10082.15.camel@dcbw.boston.redhat.com> 1.1.3-3 is building now for rawhide and FC-3 updates, should be out tomorrow or Thursday. Only change is removal of that patch referenced below. Dan On Tue, 2005-02-01 at 11:37 -0500, Dan Williams wrote: > On Tue, 2005-02-01 at 13:32 -0300, Alexandre Strube wrote: > > Em Ter, 2005-02-01 ?s 10:27 -0600, Rodolfo J. Paiz escreveu: > > > > > This update appears finally to have fixed a display problem wherein the > > > column headings disappeared, had artifacts, or were printed on odd parts > > > of the screen. Hopefully the fix is complete and permanent; well done! > > > > Well, this used to happen also on other openoffice versions (debian > > specifically) > > > > > However, at least one new problem have been introduced: the "paste" > > > command now does not actually paste; instead it inserts the cells you > > > paste, moving the rest of the cells in that column down. This is a > > > massive pain and really interferes with getting *any* work done. Now, > > > Edit->Paste Special works fine so I'm stuck using only that... but the > > > other 30 people in my office whom I converted to OOo are screaming > > > bloody murder. > > > > This scares me. It's better leave colum weirdness than removing paste > > funtionality. > > Please see Bug #146580: > > --- Comment #1 From Dan Williams > confirmed, this was caused by an upstream ooo-build patch added by > Novell that we'll have to disable. > > --- Comment #2 From Dan Williams > Specific changelog entry is: > > 2005-01-27 Michael Meeks > > * patches/OOO_1_1_4/apply, patches/OOO_1_1_3/apply: > disable sc-paste-insert-rows.diff, very odd / unexpected > behavior hurting users. > > Dan > From rpaiz at simpaticus.com Tue Feb 1 16:52:02 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 01 Feb 2005 10:52:02 -0600 Subject: openoffice In-Reply-To: <1107204728.8904.6.camel@md.local.linuxlobbyist.org> References: <1107087204.3866.1.camel@localhost.localdomain> <1107204728.8904.6.camel@md.local.linuxlobbyist.org> Message-ID: <1107276722.5732.16.camel@rodolfo.gt.factorrent.com> On Mon, 2005-01-31 at 15:52 -0500, Paul Iadonisi wrote: > Better to pick one of 1) ship an almost-final beta and issue an update > to 2.0 when it's released, 2) ship 1.1.x and resign ourselves to that > being the version eternally paired with FC4, 3) delay the release of FC4 > in the hopes that OOo 2.0 will be shipped so as to not cause a > significant delay. > Personally, I'm somewhat partial to delay FC4, but only if the delay > is, as some one else has suggested, less than 30 days. I know I've already said this (in fact, I was the one who suggested <30 days as a good decision point for delaying FC4), but: 1. If <30 days, delay FC4. 2. If not, then ship the almost-final beta with FC4 and update to final when it's ready. Please... Cheers, -- Rodolfo J. Paiz From rpaiz at simpaticus.com Tue Feb 1 16:55:15 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 01 Feb 2005 10:55:15 -0600 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <1107276528.10082.15.camel@dcbw.boston.redhat.com> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> <1107275572.7096.3.camel@localhost.surak.eti.br> <1107275836.10082.13.camel@dcbw.boston.redhat.com> <1107276528.10082.15.camel@dcbw.boston.redhat.com> Message-ID: <1107276915.5732.19.camel@rodolfo.gt.factorrent.com> On Tue, 2005-02-01 at 11:48 -0500, Dan Williams wrote: > 1.1.3-3 is building now for rawhide and FC-3 updates, should be out > tomorrow or Thursday. Only change is removal of that patch referenced > below. > Thanks! There are a bunch of other suggestions, critiques, and bug reports I'd like to file against OO in order to attempt to help improve it. Where would the ideal place be to do so? RH Bugzilla? Novell Bugzilla? Other? Thanks, -- Rodolfo J. Paiz From dcbw at redhat.com Tue Feb 1 16:59:32 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Feb 2005 11:59:32 -0500 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <1107276915.5732.19.camel@rodolfo.gt.factorrent.com> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> <1107275572.7096.3.camel@localhost.surak.eti.br> <1107275836.10082.13.camel@dcbw.boston.redhat.com> <1107276528.10082.15.camel@dcbw.boston.redhat.com> <1107276915.5732.19.camel@rodolfo.gt.factorrent.com> Message-ID: <1107277172.10082.22.camel@dcbw.boston.redhat.com> On Tue, 2005-02-01 at 10:55 -0600, Rodolfo J. Paiz wrote: > On Tue, 2005-02-01 at 11:48 -0500, Dan Williams wrote: > > 1.1.3-3 is building now for rawhide and FC-3 updates, should be out > > tomorrow or Thursday. Only change is removal of that patch referenced > > below. > > > There are a bunch of other suggestions, critiques, and bug reports I'd > like to file against OO in order to attempt to help improve it. Where > would the ideal place be to do so? RH Bugzilla? Novell Bugzilla? Other? If they are general to OOo (on all platforms or on Linux in general), then use the OpenOffice.org bug site located at: http://qa.openoffice.org/issue_handling/project_issues.html If its specific to Fedora's version of OOo, then use Red Hat bugzilla. If you own Novell Linux Desktop or something SUSE and its specific to that version, then use Novell/Ximian bugzilla. Dan From jspaleta at gmail.com Tue Feb 1 17:08:57 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 1 Feb 2005 12:08:57 -0500 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <1107276528.10082.15.camel@dcbw.boston.redhat.com> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> <1107275572.7096.3.camel@localhost.surak.eti.br> <1107275836.10082.13.camel@dcbw.boston.redhat.com> <1107276528.10082.15.camel@dcbw.boston.redhat.com> Message-ID: <604aa791050201090849f279c5@mail.gmail.com> On Tue, 01 Feb 2005 11:48:48 -0500, Dan Williams wrote: > 1.1.3-3 is building now for rawhide and FC-3 updates, should be out > tomorrow or Thursday. Only change is removal of that patch referenced > below. Any chance i could persuade you to release this as an updates-testing package? So that the people affected by the regression can do some targetted testing before releasing to the full userbase.. in case there are more unexpected regressions. Please consider pushing updates-testing in the future. The size of oo.org makes the issue of update churn because of regressions that much more sensitive an issue with some users. -jef From rpaiz at simpaticus.com Tue Feb 1 17:30:46 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 01 Feb 2005 11:30:46 -0600 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <604aa791050201090849f279c5@mail.gmail.com> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> <1107275572.7096.3.camel@localhost.surak.eti.br> <1107275836.10082.13.camel@dcbw.boston.redhat.com> <1107276528.10082.15.camel@dcbw.boston.redhat.com> <604aa791050201090849f279c5@mail.gmail.com> Message-ID: <1107279046.5732.25.camel@rodolfo.gt.factorrent.com> On Tue, 2005-02-01 at 12:08 -0500, Jeff Spaleta wrote: > Any chance i could persuade you to release this as an updates-testing > package? So that the people affected by the regression can do some > targetted testing before releasing to the full userbase.. in case > there are more unexpected regressions. > Jeff may have a point here. I've just discovered that my printers are gone too! All I have is the "Generic Printer" of old, whereas before OO was neatly using the printers configured by Fedora and printing beautifully. Matter of fact, our HP LJ4 gives better output with Fedora's default settings than it does with Windows. Which is not going to help me when 30 people in the office discover they can't print any more... surely the first primal scream can't be long in coming. :-( Cheers, -- Rodolfo J. Paiz From MSchwartz at MedAnalytics.com Tue Feb 1 17:45:12 2005 From: MSchwartz at MedAnalytics.com (Marc Schwartz) Date: Tue, 01 Feb 2005 11:45:12 -0600 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <1107279046.5732.25.camel@rodolfo.gt.factorrent.com> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> <1107275572.7096.3.camel@localhost.surak.eti.br> <1107275836.10082.13.camel@dcbw.boston.redhat.com> <1107276528.10082.15.camel@dcbw.boston.redhat.com> <604aa791050201090849f279c5@mail.gmail.com> <1107279046.5732.25.camel@rodolfo.gt.factorrent.com> Message-ID: <1107279912.4620.19.camel@horizons.localdomain> On Tue, 2005-02-01 at 11:30 -0600, Rodolfo J. Paiz wrote: > On Tue, 2005-02-01 at 12:08 -0500, Jeff Spaleta wrote: > > Any chance i could persuade you to release this as an updates-testing > > package? So that the people affected by the regression can do some > > targetted testing before releasing to the full userbase.. in case > > there are more unexpected regressions. > > > > Jeff may have a point here. I've just discovered that my printers are > gone too! All I have is the "Generic Printer" of old, whereas before OO > was neatly using the printers configured by Fedora and printing > beautifully. > > Matter of fact, our HP LJ4 gives better output with Fedora's default > settings than it does with Windows. Which is not going to help me > when 30 people in the office discover they can't print any more... > surely the first primal scream can't be long in coming. :-( That is a known bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146328 HTH, Marc Schwartz From dcbw at redhat.com Tue Feb 1 17:49:32 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Feb 2005 12:49:32 -0500 Subject: OpenOffice broke: double-check before bugzilla In-Reply-To: <1107279046.5732.25.camel@rodolfo.gt.factorrent.com> References: <1107275230.5732.13.camel@rodolfo.gt.factorrent.com> <1107275572.7096.3.camel@localhost.surak.eti.br> <1107275836.10082.13.camel@dcbw.boston.redhat.com> <1107276528.10082.15.camel@dcbw.boston.redhat.com> <604aa791050201090849f279c5@mail.gmail.com> <1107279046.5732.25.camel@rodolfo.gt.factorrent.com> Message-ID: <1107280172.2836.0.camel@dcbw.boston.redhat.com> On Tue, 2005-02-01 at 11:30 -0600, Rodolfo J. Paiz wrote: > On Tue, 2005-02-01 at 12:08 -0500, Jeff Spaleta wrote: > > Any chance i could persuade you to release this as an updates-testing > > package? So that the people affected by the regression can do some > > targetted testing before releasing to the full userbase.. in case > > there are more unexpected regressions. > > > > Jeff may have a point here. I've just discovered that my printers are > gone too! All I have is the "Generic Printer" of old, whereas before OO > was neatly using the printers configured by Fedora and printing > beautifully. > > Matter of fact, our HP LJ4 gives better output with Fedora's default > settings than it does with Windows. Which is not going to help me > when 30 people in the office discover they can't print any more... > surely the first primal scream can't be long in coming. :-( RH Bugzilla #146328 already Dan From strange at nsk.no-ip.org Tue Feb 1 17:50:41 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Tue, 1 Feb 2005 17:50:41 +0000 Subject: ext2resize vs resize2fs Message-ID: <20050201175041.GA28314@nsk.no-ip.org> The e2fsprogs src.rpm includes a version of ext2resize for the ext2online tool, but the spec goes with resize2fs instead of ext2resize. Why? Is resize2fs better tested/maintained than ext2resize? I'm asking out of curiosity and because I get the following with e2fsck after using resize2fs (for shrinking), and I wonder about the integrity of my data: Pass 5: Checking group summary information Block bitmap differences: -(54693--55331) Fix? yes Free blocks count wrong for group #1 (0, conted=639). Fix? yes Free blocks count wrong (645166, conted=645805). Fix? yes Regardless, should I file a bug on resize2fs for the above? Regards, Luciano Rocha -- 3/13 From czar at czarc.net Tue Feb 1 18:04:12 2005 From: czar at czarc.net (Gene C.) Date: Tue, 1 Feb 2005 13:04:12 -0500 Subject: sound Message-ID: <200502011304.12457.czar@czarc.net> I just installed the 2.6.10-1.753_FC3smp kernel from FC3 Testing and my sound is suddenly much louder! Previously I was running the 2.6.10-1.741_FC3smp kernel. The sound device is: 02:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-768 [Opus] USB (rev 07) The modules loaded are: snd_intel8x0 33889 2 snd_ac97_codec 68513 1 snd_intel8x0 snd_pcm_oss 51573 0 snd_mixer_oss 21313 2 snd_pcm_oss snd_pcm 89541 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss snd_timer 27077 1 snd_pcm snd 54821 8 snd_intel8x0, snd_ac97_codec, snd_pcm_oss, snd_mixer_oss, snd_pcm, snd_timer soundcore 12961 2 snd snd_page_alloc 13509 2 snd_intel8x0,snd_pcm Comments? -- Gene From michal at harddata.com Tue Feb 1 19:10:33 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 1 Feb 2005 12:10:33 -0700 Subject: Bash keybindings in mozilla address box In-Reply-To: ; from balay@fastmail.fm on Tue, Feb 01, 2005 at 07:54:54AM -0600 References: Message-ID: <20050201121033.A22667@mail.harddata.com> On Tue, Feb 01, 2005 at 07:54:54AM -0600, Satish Balay wrote: > On Tue, 1 Feb 2005, Harry Putnam wrote: > > > These were bash (emacs like) keybindings that work on the command line. > > You need to have the following: > > # cat ~/.gtkrc-2.0 > include "/usr/share/themes/Emacs/gtk-2.0-key/gtkrc" > gtk-key-theme-name = "Emacs" That is not doing anything for me. OTOH setting with gconftool-2 a value for /desktop/gnome/interface/gtk_key_theme (there seem to be two possibilities here - "Default" and "Emacs") indeed does modify these bindings; even without re-logging. As 'gconftool-2 -R / | wc -l' prints 4718 is is not that easy to find what may be really available there and not accessible by other means. So far I have the following on a list I like to have "handy": /apps/nautilus/preferences/show_desktop /apps/nautilus/preferences/always_use_browser /desktop/gnome/file_views/show_hidden_files /desktop/gnome/interface/gtk_key_theme Michal From dcbw at redhat.com Tue Feb 1 20:25:12 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 01 Feb 2005 15:25:12 -0500 Subject: Bash keybindings in mozilla address box In-Reply-To: <20050201121033.A22667@mail.harddata.com> References: <20050201121033.A22667@mail.harddata.com> Message-ID: <1107289512.17242.0.camel@dcbw.boston.redhat.com> On Tue, 2005-02-01 at 12:10 -0700, Michal Jaegermann wrote: > On Tue, Feb 01, 2005 at 07:54:54AM -0600, Satish Balay wrote: > > On Tue, 1 Feb 2005, Harry Putnam wrote: > > > > > These were bash (emacs like) keybindings that work on the command line. > > > > You need to have the following: > > > > # cat ~/.gtkrc-2.0 > > include "/usr/share/themes/Emacs/gtk-2.0-key/gtkrc" > > gtk-key-theme-name = "Emacs" > > That is not doing anything for me. OTOH setting with gconftool-2 > a value for /desktop/gnome/interface/gtk_key_theme (there seem > to be two possibilities here - "Default" and "Emacs") indeed > does modify these bindings; even without re-logging. > > As 'gconftool-2 -R / | wc -l' prints 4718 is is not that easy > to find what may be really available there and not accessible > by other means. So far I have the following on a list I like > to have "handy": > > /apps/nautilus/preferences/show_desktop > /apps/nautilus/preferences/always_use_browser > /desktop/gnome/file_views/show_hidden_files > /desktop/gnome/interface/gtk_key_theme Um, what's wrong with gconf-editor? Dan From caolanm at redhat.com Tue Feb 1 21:29:29 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 01 Feb 2005 21:29:29 +0000 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107163971.9737.16.camel@sheol.homelinux.org> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> <1107163971.9737.16.camel@sheol.homelinux.org> Message-ID: <1107293369.16907.5.camel@sheol.homelinux.org> On Mon, 2005-01-31 at 09:32 +0000, Caolan McNamara wrote: > - I'll make some basic x86 rawhide rpms available from > http://people.redhat.com/caolanm/openoffice.org2 tomorrow OpenOffice.org 1.9.73 i386 rpms for rawhide available from... http://people.redhat.com/caolanm/openoffice.org2/i386/ for interested parties. Use at your own risk, etc etc. C. From michal at harddata.com Tue Feb 1 22:29:03 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 1 Feb 2005 15:29:03 -0700 Subject: Bash keybindings in mozilla address box In-Reply-To: <1107289512.17242.0.camel@dcbw.boston.redhat.com>; from dcbw@redhat.com on Tue, Feb 01, 2005 at 03:25:12PM -0500 References: <20050201121033.A22667@mail.harddata.com> <1107289512.17242.0.camel@dcbw.boston.redhat.com> Message-ID: <20050201152903.A28379@mail.harddata.com> On Tue, Feb 01, 2005 at 03:25:12PM -0500, Dan Williams wrote: > > Um, what's wrong with gconf-editor? Who said that something is wrong for changing something you know that you want to change? But while I can grep through these 4718 lines of output from 'gconftool-2 -R /' then good luck finding something which you do not know what precisely that may be. You have no way to predict that, say, "show_desktop" will be under /apps/nautilus/preferences/ and not under /desktop/gnome/interface/ or somewhere else. Besides I can toggle values on my list with a helper script faster that you can even start gconf-editor not mentioning finding the right spot. Michal From paul at all-the-johnsons.co.uk Tue Feb 1 22:36:51 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 01 Feb 2005 22:36:51 +0000 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107293369.16907.5.camel@sheol.homelinux.org> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> <1107163971.9737.16.camel@sheol.homelinux.org> <1107293369.16907.5.camel@sheol.homelinux.org> Message-ID: <1107297411.16166.1.camel@localhost.localdomain> Hi, > OpenOffice.org 1.9.73 i386 rpms for rawhide available from... > http://people.redhat.com/caolanm/openoffice.org2/i386/ > for interested parties. Use at your own risk, etc etc. Brilliant. Do these need installing as ihv or Uhv? TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 ivazquez at ivazquez.net Tue Feb 1 23:18:24 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 01 Feb 2005 18:18:24 -0500 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107293369.16907.5.camel@sheol.homelinux.org> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> <1107163971.9737.16.camel@sheol.homelinux.org> <1107293369.16907.5.camel@sheol.homelinux.org> Message-ID: <1107299904.8473.3.camel@ignacio.ignacio.lan> On Tue, 2005-02-01 at 21:29 +0000, Caolan McNamara wrote: > OpenOffice.org 1.9.73 i386 rpms for rawhide available from... > http://people.redhat.com/caolanm/openoffice.org2/i386/ > for interested parties. Use at your own risk, etc etc. Whoops. Needs menu icons. Also, all oo*2 commands start Writer, and when exiting, a message similar to the following shows up: /usr/lib/openoffice.org1.9.73/program/soffice: line 235: 8598 \ Segmentation fault "$sd_prog/$sd_binary" "$@" -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- 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 paul at all-the-johnsons.co.uk Tue Feb 1 23:56:45 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 01 Feb 2005 23:56:45 +0000 Subject: Current update failures Message-ID: <1107302206.16166.3.camel@localhost.localdomain> Hi, I've been getting some of the following fails for a couple of days. Anyone else seeing them. Standard "rawhide eats babies" disclaimer applies ;-p Error: Missing Dependency: libedata-book.so.1 is needed by package evolution-connector Error: Missing Dependency: libgtop-2.0.so.4 is needed by package gnome- applets Error: Missing Dependency: libcamel.so.0 is needed by package evolution- connector Error: Missing Dependency: libebook.so.8 is needed by package openoffice.org Error: Missing Dependency: libgal-a11y-2.2.so.1 is needed by package evolution-connector Error: Missing Dependency: libebook.so.8 is needed by package gnomemeeting Error: Missing Dependency: libedataserver.so.3 is needed by package openoffice.org Error: Missing Dependency: libecal.so.6 is needed by package evolution- connector Error: Missing Dependency: libedataserver.so.3 is needed by package evolution-connector Error: Missing Dependency: libnautilus-burn.so.0 is needed by package totem Error: Missing Dependency: libnautilus.so.2 is needed by package control-center Error: Missing Dependency: libedata-cal.so.5 is needed by package evolution-connector Error: Missing Dependency: libnautilus.so.2 is needed by package nautilus-media Error: Missing Dependency: libedataserver.so.3 is needed by package gnomemeeting Error: Missing Dependency: libgal-2.2.so.1 is needed by package evolution-connector Error: Missing Dependency: libebook.so.8 is needed by package evolution- connector TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 fct-cornette at insight.rr.com Wed Feb 2 00:01:12 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 01 Feb 2005 19:01:12 -0500 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107293369.16907.5.camel@sheol.homelinux.org> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> <1107163971.9737.16.camel@sheol.homelinux.org> <1107293369.16907.5.camel@sheol.homelinux.org> Message-ID: <42001848.20207@insight.rr.com> Caolan McNamara wrote: > On Mon, 2005-01-31 at 09:32 +0000, Caolan McNamara wrote: > >>- I'll make some basic x86 rawhide rpms available from >>http://people.redhat.com/caolanm/openoffice.org2 tomorrow > > > OpenOffice.org 1.9.73 i386 rpms for rawhide available from... > http://people.redhat.com/caolanm/openoffice.org2/i386/ > for interested parties. Use at your own risk, etc etc. > > C. > > > Thanks! Base comes up and is what my interest was related to. I tried the wintel version earlier today and it had issues. For those wanting the launcher to the the programs. This attached is a gnome desktop launcher attached. Crude but open new for choices. Jim -- Freedom is nothing else but the chance to do better. -- Camus -------------- next part -------------- A non-text attachment was scrubbed... Name: open office 2 with database.desktop Type: application/x-desktop Size: 295 bytes Desc: not available URL: From perbj at stanford.edu Wed Feb 2 00:44:27 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Tue, 01 Feb 2005 16:44:27 -0800 Subject: Current update failures In-Reply-To: <1107302206.16166.3.camel@localhost.localdomain> References: <1107302206.16166.3.camel@localhost.localdomain> Message-ID: <1107305067.5311.9.camel@localhost.localdomain> On Tue, 2005-02-01 at 23:56 +0000, Paul wrote: > Hi, > > I've been getting some of the following fails for a couple of days. > Anyone else seeing them. I haven't updated my test box for a few days, but that looks like you're stuck in the middle of a Gnome version upgrade. Typical example: > Error: Missing Dependency: libgtop-2.0.so.4 is needed by package gnome- > applets Translation: A new version of libgtop has made it through the build system and replaced the old one, but the available version of Gnome- Applets depends on the old version. After the new gnome-applets grinds through the build system this dep should be OK again, since the new gnome-applets will depend on the new verison of libgtop. > Standard "rawhide eats babies" disclaimer applies ;-p Of course. ;) I'm happy to see that this time the Gnome upgrade is happening _before_ FC4 Test 1, that way the more-used test releases should both (1) test more relevant stuff and (2) be less of a mess to track Rawhide with. In some cases, lots of breakage as soon as possible is the best solution! /Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From saitos at gmail.com Wed Feb 2 00:48:02 2005 From: saitos at gmail.com (SAITO Toshiyuki) Date: Wed, 2 Feb 2005 09:48:02 +0900 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <42001848.20207@insight.rr.com> References: <41FA6FFC.5080901@wavefood.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> <1107163971.9737.16.camel@sheol.homelinux.org> <1107293369.16907.5.camel@sheol.homelinux.org> <42001848.20207@insight.rr.com> Message-ID: <9fa414e0502011648172dfa71@mail.gmail.com> On Tue, 01 Feb 2005 19:01:12 -0500, Jim Cornette wrote: > Caolan McNamara wrote: > > On Mon, 2005-01-31 at 09:32 +0000, Caolan McNamara wrote: > > > >>- I'll make some basic x86 rawhide rpms available from > >>http://people.redhat.com/caolanm/openoffice.org2 tomorrow > > > > > > OpenOffice.org 1.9.73 i386 rpms for rawhide available from... > > http://people.redhat.com/caolanm/openoffice.org2/i386/ > > for interested parties. Use at your own risk, etc etc. > > > > C. > > > > > > > > Thanks! Base comes up and is what my interest was related to. I tried > the wintel version earlier today and it had issues. > > For those wanting the launcher to the the programs. This attached is a > gnome desktop launcher attached. Crude but open new for choices. Those rpm(s) works fine on FC3 as well. The same Segmentation Fault on exit, as have reported earlier above the lines. Thanks, Jim, but I've already edit menu by hand. Why gnome-gegel? Rather /ooo_gulls.png? SAITO Toshiyuki From jerryw4386 at msn.com Wed Feb 2 01:16:31 2005 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Tue, 01 Feb 2005 17:16:31 -0800 Subject: Very low volume control Message-ID: Hi I have very low volume control i have did all of the usual settings and have the speaker volume all the way up and have very little sound coming from them. My motherboard is a Asus a7v8x-x with sound man onboard the driver that FC 3 is using is via 8235 alsa mixer & analog device ad 1980 oss mixer the board is less than a week old i have did a fresh install . When Fedora gets to the soundcard setup there is very good sound from the speakers when it gets to the gnome desktop and i set the settings there is good sound . but if i go to kde the sound goes very low and the same back in gnome and after reboot is there anyway to fix this ? Thanks Jerry _________________________________________________________________ Don?t just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ From P.R.Schaffner at IEEE.org Wed Feb 2 02:28:37 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Tue, 01 Feb 2005 21:28:37 -0500 Subject: Poking at yum 2.1.13 Message-ID: <1107311317.6059.34.camel@tabb1.tabb> Did a fresh install of FC3, ran updates with standard FC3 base and updates-released repos successfully, then added my favorite 3rd party repos (dag, freshrpms, gstreamer, atrpms-stable, newrpms, local, macromedia.mplug.org) and tried to update again. Got numerous seemingly-bogus conflicts, so decided to give yum-2.1.13 from rawhide a shot at it. Grabbed the SRPM and rebuilt from source for FC3. Things improved considerably after upgrade to rawhide yum-2.1.13 - far fewer conflicts reported - but yum still tried to install two versions of opensp. Tried to force just the opensp package with # yum install opensp And that completed OK. Then tried again and yum wanted to "update" opensp to a version older than the installed one. ... # yum upgrade ... several KB of output/errors deleted ... Finished Transaction Test Transaction Check Error: package opensp-1.5.1-9.rhfc3.at (which is newer than opensp-1.5-0_6.1.rhfc3.at) is already installed Then tried # yum --exclude=opensp upgrade and that allowed the upgrade to complete. Then # yum upgrade returned with no further packages to upgrade. Have captured the logs of the entire process but they're a bit long to include here. # ll -rt yum.* -rw-r--r-- 1 root root 76302 Feb 1 17:24 yum.err1 # Old yum -rw-r--r-- 1 root root 73307 Feb 1 18:08 yum.err2 # New yum -rw-r--r-- 1 root root 3108 Feb 1 18:12 yum.kludge1 # install -rw-r--r-- 1 root root 65588 Feb 1 18:17 yum.err3 # upgrade -rw-r--r-- 1 root root 84989 Feb 1 18:31 yum.kludge2 # exclude -rw-r--r-- 1 root root 1932 Feb 1 18:33 yum.ok # success Not sure it this should go in Fedora, ATrpms, or yum bugzilla; or just be written off as another inter-repo dependency glitch. Any advice on where to go with it appreciated. Phil From skvidal at phy.duke.edu Wed Feb 2 02:41:59 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 01 Feb 2005 21:41:59 -0500 Subject: Poking at yum 2.1.13 In-Reply-To: <1107311317.6059.34.camel@tabb1.tabb> References: <1107311317.6059.34.camel@tabb1.tabb> Message-ID: <1107312119.25100.184.camel@cutter> > # yum upgrade > ... several KB of output/errors deleted ... > Finished Transaction Test > Transaction Check Error: package opensp-1.5.1-9.rhfc3.at (which is newer than opensp-1.5-0_6.1.rhfc3.at) is already installed > The only way to know what's going on is to provide the section to deleted. > # yum upgrade > > returned with no further packages to upgrade. > > Have captured the logs of the entire process but they're a bit long to > include here. > > -rw-r--r-- 1 root root 76302 Feb 1 17:24 yum.err1 # Old yum > -rw-r--r-- 1 root root 73307 Feb 1 18:08 yum.err2 # New yum > -rw-r--r-- 1 root root 3108 Feb 1 18:12 yum.kludge1 # install > -rw-r--r-- 1 root root 65588 Feb 1 18:17 yum.err3 # upgrade > -rw-r--r-- 1 root root 84989 Feb 1 18:31 yum.kludge2 # exclude > -rw-r--r-- 1 root root 1932 Feb 1 18:33 yum.ok # success could you put those outputs up somewhere and then we can tell if you have a bug at all. -sv From katzj at redhat.com Wed Feb 2 02:41:40 2005 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 01 Feb 2005 21:41:40 -0500 Subject: Fedora Core 3 Test Update: yum-2.1.13-0.fc3 Message-ID: <1107312100.6422.53.camel@bree.local.net> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-104 2005-02-01 --------------------------------------------------------------------- Product : Fedora Core 3 Name : yum Version : 2.1.13 Release : 0.fc3 Summary : RPM installer/updater Description : Yum is a utility that can check for and automatically download and install updated RPM packages. Dependencies are obtained and downloaded automatically prompting the user as necessary. --------------------------------------------------------------------- Update Information: New yum release fixes multiple small bugs. Changes include: * Improved output formatting * Display amount of data to be downloaded * Enable regets * Add automatic gpg key retrieval. See 'gpgkey' in yum.conf(5) * Improved handling of mirror lists for disabled repositories * Miscellaneous speedups * Man page fixes --------------------------------------------------------------------- * Tue Feb 01 2005 Jeremy Katz - 2.1.13-0.fc3 - update to 2.1.13 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 1c6e560b6b0891a5841a58d147a65d20 SRPMS/yum-2.1.13-0.fc3.src.rpm 0c6c1d871b76724f25a4c34e7b004a08 x86_64/yum-2.1.13-0.fc3.noarch.rpm 0c6c1d871b76724f25a4c34e7b004a08 i386/yum-2.1.13-0.fc3.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From P.R.Schaffner at IEEE.org Wed Feb 2 03:06:29 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Tue, 01 Feb 2005 22:06:29 -0500 Subject: Poking at yum 2.1.13 In-Reply-To: <1107312119.25100.184.camel@cutter> References: <1107311317.6059.34.camel@tabb1.tabb> <1107312119.25100.184.camel@cutter> Message-ID: <1107313590.6059.48.camel@tabb1.tabb> On Tue, 2005-02-01 at 21:41 -0500, seth vidal wrote: > ... snip ... > could you put those outputs up somewhere and then we can tell if you > have a bug at all. OK - see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146852 Phil From fct-cornette at insight.rr.com Wed Feb 2 04:19:59 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Tue, 01 Feb 2005 23:19:59 -0500 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <9fa414e0502011648172dfa71@mail.gmail.com> References: <41FA6FFC.5080901@wavefood.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> <1107163971.9737.16.camel@sheol.homelinux.org> <1107293369.16907.5.camel@sheol.homelinux.org> <42001848.20207@insight.rr.com> <9fa414e0502011648172dfa71@mail.gmail.com> Message-ID: <420054EF.1020909@insight.rr.com> SAITO Toshiyuki wrote: > On Tue, 01 Feb 2005 19:01:12 -0500, Jim Cornette > wrote: > >>Caolan McNamara wrote: >> >>>On Mon, 2005-01-31 at 09:32 +0000, Caolan McNamara wrote: >>> >>> >>>>- I'll make some basic x86 rawhide rpms available from >>>>http://people.redhat.com/caolanm/openoffice.org2 tomorrow >>> >>> >>>OpenOffice.org 1.9.73 i386 rpms for rawhide available from... >>>http://people.redhat.com/caolanm/openoffice.org2/i386/ >>>for interested parties. Use at your own risk, etc etc. >>> >>>C. >>> >>> >>> >> >>Thanks! Base comes up and is what my interest was related to. I tried >>the wintel version earlier today and it had issues. >> >>For those wanting the launcher to the the programs. This attached is a >>gnome desktop launcher attached. Crude but open new for choices. > > > Those rpm(s) works fine on FC3 as well. > The same Segmentation Fault on exit, as have reported earlier > above the lines. > > Thanks, Jim, but I've already edit menu by hand. > Why gnome-gegel? Rather /ooo_gulls.png? > > SAITO Toshiyuki > It was the first interesting icon that I changed upon. I was more interested in uniqueness than hunting down the icon. Also, I have the rpms from openoffice that sport the gull. The two seperate versions co-exist without interfering, /opt instead of the Fedora location. One thing that I noted on Base when creating a new database, it defaults to initialize. It should not register the db beforehand. The tables cannot be created in this mode. After passing that hurdle, I created a table without trouble. Jim -- Freedom is nothing else but the chance to do better. -- Camus From rodd at clarkson.id.au Wed Feb 2 03:39:31 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 02 Feb 2005 14:39:31 +1100 Subject: SELinux issues with httpd and mysql Message-ID: <1107315571.5497.17.camel@localhost.localdomain> Sorry if this has been covered but I'm struggling to find anything vaguely like useful. I'm having two selinux related problems with regard to httpd. I've got httpd running cgi (perl) scripts inside of suexec domains, however I can't run perl scripts from the command line inside of /var/www/html/folder even though they are owned by the user/group trying to run them. Each time I try to run the scripts I get the following in /var/log/messages: Feb 2 14:36:49 localhost kernel: audit(1107315409.932:0): avc: denied { read write } for pid=6432 exe=/usr/bin/perl name=2 dev=devpts ino=4 scontext=user_u:system_r:httpd_sys_script_t tcontext=user_u:object_r:devpts_t tclass=chr_file Feb 2 14:36:49 localhost kernel: audit(1107315409.932:0): avc: denied { read write } for pid=6432 exe=/usr/bin/perl path=/dev/pts/2 dev=devpts ino=4 scontext=user_u:system_r:httpd_sys_script_t tcontext=user_u:object_r:devpts_t tclass=chr_file Feb 2 14:36:49 localhost last message repeated 2 times Feb 2 14:36:49 localhost kernel: audit(1107315409.936:0): avc: denied { getattr } for pid=6432 exe=/usr/bin/perl path=/home/rodd/bin dev=hda2 ino=1596769 scontext=user_u:system_r:httpd_sys_script_t tcontext=user_u:object_r:user_home_t tclass=dir Feb 2 14:36:50 localhost kernel: audit(1107315410.142:0): avc: denied { write } for pid=6432 exe=/usr/bin/perl name=mysql.sock dev=hda6 ino=566526 scontext=user_u:system_r:httpd_sys_script_t tcontext=root:object_r:var_lib_t tclass=sock_file Also, and this is probably more critical, my cgi scripts are unable to access MySQL. Again, there's a selinux related message inside of /var/log/messages Feb 2 14:38:34 localhost kernel: audit(1107315514.239:0): avc: denied { read } for pid=6449 exe=/usr/bin/perl name=tmp dev=hda6 ino=629126 scontext=root:system_r:httpd_sys_script_t tcontext=system_u:object_r:tmp_t tclass=lnk_file Feb 2 14:38:34 localhost kernel: audit(1107315514.767:0): avc: denied { write } for pid=6449 exe=/usr/bin/perl name=mysql.sock dev=hda6 ino=566526 scontext=root:system_r:httpd_sys_script_t tcontext=root:object_r:var_lib_t tclass=sock_file Feb 2 14:38:35 localhost kernel: audit(1107315515.380:0): avc: denied { read } for pid=6450 exe=/usr/bin/perl name=tmp dev=hda6 ino=629126 scontext=root:system_r:httpd_sys_script_t tcontext=system_u:object_r:tmp_t tclass=lnk_file Feb 2 14:38:35 localhost kernel: audit(1107315515.877:0): avc: denied { write } for pid=6450 exe=/usr/bin/perl name=mysql.sock dev=hda6 ino=566526 scontext=root:system_r:httpd_sys_script_t tcontext=root:object_r:var_lib_t tclass=sock_file Given that this is one of the oft used reasons for cgi scripts (getting stuff from MySQL) I'm a little surprised that this doesn't work out of the box. Hope someone can help. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From michal at harddata.com Wed Feb 2 06:32:58 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 1 Feb 2005 23:32:58 -0700 Subject: preferences - I don't get it Message-ID: <20050201233258.A5163@mail.harddata.com> After very recent updates the whole Applications->Preferences menu just vanished and together with it all entries for configuring such details like fonts and how they are rendered, keyboard layout and shortcuts, how menus and windows and mouse behave, network proxy settings, options for removable media, screensaver, themes, you name it. All the basic stuff. It is true that something called Applications->Other showed up and which covers stuff which really only root should ever see. There is also something new named Desktop->Preferences wasting together with new "Places" more of a valuable space on a panel. None of the things mentioned above show up there. There are some _extremely_ important things in this submenu like "Login Photo". And there is something called "Mail Transport Agent Switcher" which shows up even if you have only _one_ MTA installed and there is nothing really to switch. But assuming that you have at least two MTAs it will indeed switch. Moreover it will do to that from a non-root account and without asking for any passwords. Truly amazing! I am not sure how it does that; it does not seem to be something obvious like "suid root" somewhere, at least not where you would look, but this does happen. Links in system directories do change. Now every Dick and Harry can randomly mess, at any moment, with yours carefuly crafted and configured mail setup. A barrel of fun. If you happen to have two MTAs installed this must be, obviously, to provide some entertainment. Is all the above just unfinished yet a version transition or some kind of an elaborate joke? If this is a joke then I do not get it. Michal From DwaineGarden at rogers.com Wed Feb 2 07:36:08 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Wed, 02 Feb 2005 02:36:08 -0500 Subject: Rawhide update fails In-Reply-To: <41FFAF9F.7090302@lio.aacisd.com> References: <41FFAF9F.7090302@lio.aacisd.com> Message-ID: <420082E8.8090601@rogers.com> Rob Shewan wrote: > Has anyone seen this? > > yum --exclude evolution\* --exclude libgtop2\* --exclude > gtkhtml3\* --exclude libgal2\* --exclude yelp --exclude > gnome-system-monitor --exclude gnome-panel\* --exclude control-center > --exclude nautilus\* update > > > > Running Transaction Test > Finished Transaction Test > Transaction Check Error: file /etc/xdg/menus/applications.menu from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /etc/xdg/menus/preferences.menu from install of > gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Accessibility.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Accessories.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Applications.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Development.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Edutainment.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Games.directory from install of > gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Graphics.directory from install > of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Internet.directory from install > of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Multimedia.directory from install > of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Office.directory from install of > gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Other.directory from install of > gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Settings-Accessibility.directory > from install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Settings.directory from install > of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/bin/gnome-panel-screenshot from install of > gnome-utils-2.9.90-1 conflicts with file from package gnome-panel-2.8.1-9 > []# rpm -q gnome-menus > package gnome-menus is not installed > []# rpm -q redhat-menus > redhat-menus-3.7.1-3 > Just ran you bash line yum command. Worked fine. I did not get the conflict... Dwaine. From DwaineGarden at rogers.com Wed Feb 2 07:57:50 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Wed, 02 Feb 2005 02:57:50 -0500 Subject: Rawhide update fails In-Reply-To: <41FFAF9F.7090302@lio.aacisd.com> References: <41FFAF9F.7090302@lio.aacisd.com> Message-ID: <420087FE.9070200@rogers.com> Rob Shewan wrote: > Has anyone seen this? > > yum --exclude evolution\* --exclude libgtop2\* --exclude > gtkhtml3\* --exclude libgal2\* --exclude yelp --exclude > gnome-system-monitor --exclude gnome-panel\* --exclude control-center > --exclude nautilus\* update > > > > Running Transaction Test > Finished Transaction Test > Transaction Check Error: file /etc/xdg/menus/applications.menu from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /etc/xdg/menus/preferences.menu from install of > gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Accessibility.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Accessories.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Applications.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Development.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Edutainment.directory from > install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Games.directory from install of > gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Graphics.directory from install > of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Internet.directory from install > of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Multimedia.directory from install > of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Office.directory from install of > gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Other.directory from install of > gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Settings-Accessibility.directory > from install of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/share/desktop-directories/Settings.directory from install > of gnome-menus-2.9.90-1 conflicts with file from package > redhat-menus-3.7.1-3 > file /usr/bin/gnome-panel-screenshot from install of > gnome-utils-2.9.90-1 conflicts with file from package gnome-panel-2.8.1-9 > []# rpm -q gnome-menus > package gnome-menus is not installed > []# rpm -q redhat-menus > redhat-menus-3.7.1-3 > Oppuuuusss. Your are right. It dies after the transaction check Try this... yum --exclude evolution\* --exclude libgtop2\* --exclude gtkhtml3\* --exclude libgal2\* --exclude yelp --exclude gnome-system-monitor --exclude gnome-panel\* --excludecontrol-center --exclude nautilus\* --exclude gnome-menu\* --exclude eel2\* --exclude gnome-utils\* update From harald at redhat.com Wed Feb 2 10:52:56 2005 From: harald at redhat.com (Harald Hoyer) Date: Wed, 02 Feb 2005 11:52:56 +0100 Subject: preferences - I don't get it In-Reply-To: <20050201233258.A5163@mail.harddata.com> References: <20050201233258.A5163@mail.harddata.com> Message-ID: <4200B108.6070402@redhat.com> Michal Jaegermann wrote: > After very recent updates the whole Applications->Preferences > menu just vanished and together with it all entries for configuring > such details like fonts and how they are rendered, keyboard layout > and shortcuts, how menus and windows and mouse behave, network > proxy settings, options for removable media, screensaver, themes, > you name it. All the basic stuff. > > It is true that something called Applications->Other showed up and > which covers stuff which really only root should ever see. There is > also something new named Desktop->Preferences wasting together with > new "Places" more of a valuable space on a panel. None of the > things mentioned above show up there. There are some _extremely_ > important things in this submenu like "Login Photo". And there is > something called "Mail Transport Agent Switcher" which shows up even > if you have only _one_ MTA installed and there is nothing really to > switch. > > But assuming that you have at least two MTAs it will indeed switch. > Moreover it will do to that from a non-root account and without > asking for any passwords. Truly amazing! I am not sure how it > does that; it does not seem to be something obvious like > "suid root" somewhere, at least not where you would look, but this > does happen. Links in system directories do change. Now every > Dick and Harry can randomly mess, at any moment, with yours carefuly > crafted and configured mail setup. A barrel of fun. If you happen > to have two MTAs installed this must be, obviously, to provide > some entertainment. > > Is all the above just unfinished yet a version transition or some > kind of an elaborate joke? If this is a joke then I do not get it. > > Michal > This is a bug, just file a bugzilla against Gnome or KDE, or whatever Destop Environment you use. From pboy at barkhof.uni-bremen.de Wed Feb 2 12:50:13 2005 From: pboy at barkhof.uni-bremen.de (Peter Boy) Date: Wed, 02 Feb 2005 13:50:13 +0100 Subject: Setting up a DNS server In-Reply-To: <1107213525.2677.44.camel@silly> References: <1107212153.4870.0.camel@localhost.localdomain> <1107213525.2677.44.camel@silly> Message-ID: <1107348613.7906.8.camel@littlePiet> Am Montag, den 31.01.2005, 18:18 -0500 schrieb Jason Vas Dias: > On Mon, 2005-01-31 at 17:55, Paul wrote: > > Anyone know of any easy to follow instructions of setting up a DNS > > server under FC? I'm doing it all from the terminal, so no fancy GUI > > interface stuff allowed ;-) > > [...] > > If you can get access to a graphics terminal, using the > 'system-config-bind' utility provides a GUI, with a facility > to import /etc/hosts files. I suppose, system-config-bind is currently not a good starting point. The included help file is out of sync with the current program version. So, for a starter is hard to figure out what has to be done. I couldn't manage to let the program write a configuration file at all. It always crashes with a python traceback when I instruct it to save the configuration (I've to figure out weather I entered something wrong into one of the entry fields or the program crashes by itself - so no bugzilla entry yet). > Also for any beginner to DNS needing to get into serious > DNS configuration, the book 'DNS and BIND', Abitz & Liu, 2nd. Ed, > by O'Reilly is a must. The book should be a better starting point. Pick up one of the examples and modify it acdcording to the specific need. If desired I can send you a template for the requirred files. Peter From caolanm at redhat.com Wed Feb 2 13:42:58 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 02 Feb 2005 13:42:58 +0000 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107299904.8473.3.camel@ignacio.ignacio.lan> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> <1107163971.9737.16.camel@sheol.homelinux.org> <1107293369.16907.5.camel@sheol.homelinux.org> <1107299904.8473.3.camel@ignacio.ignacio.lan> Message-ID: <1107351778.10362.7.camel@sheol.homelinux.org> On Tue, 2005-02-01 at 18:18 -0500, Ignacio Vazquez-Abrams wrote: > On Tue, 2005-02-01 at 21:29 +0000, Caolan McNamara wrote: > /usr/lib/openoffice.org1.9.73/program/soffice: line 235: 8598 \ > Segmentation fault "$sd_prog/$sd_binary" "$@" Yeah, I've figured that one out, it's a pretty cool bug. http://www.openoffice.org/issues/show_bug.cgi?id=41904 C. From nphilipp at redhat.com Wed Feb 2 13:46:48 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 02 Feb 2005 14:46:48 +0100 Subject: FC4 - LIRC In-Reply-To: <41FC475A.9000906@comcast.net> References: <20050129170032.418A87404D@hormel.redhat.com> <41FC475A.9000906@comcast.net> Message-ID: <1107352008.10061.39.camel@wombat.tiptoe.de> On Sat, 2005-01-29 at 21:32 -0500, Robert La Ferla wrote: > Having LIRC in FC4 would really help. It's loaded into the kernel so > it's difficult to build separately which is why I think it should be > included in FC4. Anyone running MythTV, tvtime, Xine, mplayer, etc.. > will appreciate it. LIRC is on my private list of things to do when I get a round tuit. It was easily buildable against 2.4, but I didn't have enough time to test it against 2.6 and having got a DVD player for free with the new cell phone didn't help either ;-). If I find enough time, the plan is a driver package akin to the nvidia drivers from livna which is easily rebuildable for the installed kernel (and -devel) packages. But I'm not a LIRC developer, I won't drive this upstream and I certainly don't make any promises regarding when this will happen. 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 shiva at sewingwitch.com Wed Feb 2 14:06:30 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Wed, 02 Feb 2005 06:06:30 -0800 Subject: SELinux issues with httpd and mysql In-Reply-To: <1107315571.5497.17.camel@localhost.localdomain> References: <1107315571.5497.17.camel@localhost.localdomain> Message-ID: --On Wednesday, February 02, 2005 2:39 PM +1100 Rodd Clarkson wrote: > I'm having two selinux related problems with regard to httpd. Have you tried the fedora-users list? SELinux has come up a lot there, esp. regarding httpd. Check the archives. From markmc at redhat.com Wed Feb 2 14:14:39 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Wed, 02 Feb 2005 14:14:39 +0000 Subject: preferences - I don't get it In-Reply-To: <20050201233258.A5163@mail.harddata.com> References: <20050201233258.A5163@mail.harddata.com> Message-ID: <1107353679.25581.4.camel@blaa> Hi, On Tue, 2005-02-01 at 23:32 -0700, Michal Jaegermann wrote: > Is all the above just unfinished yet a version transition or some > kind of an elaborate joke? If this is a joke then I do not get it. Moving Applications -> Desktop Preferences to Desktop -> Preferences is intentional and the result of much upstream discussion. However, any missing menu items or menu items that you feel shouldn't be in the menu are probably just teething issues which you should log against redhat-menus. Before you do so, though, make sure you have the very latest gnome-menus and that the gnome-menus package isn't installing any .menu or .directory files. Oh, and we shouldn't have Applications -> Other I don't think - that's another bug for redhat-menus. Cheers, Mark. From mclasen at redhat.com Wed Feb 2 14:15:30 2005 From: mclasen at redhat.com (Matthias Clasen) Date: Wed, 02 Feb 2005 09:15:30 -0500 Subject: preferences - I don't get it In-Reply-To: <4200B108.6070402@redhat.com> References: <20050201233258.A5163@mail.harddata.com> <4200B108.6070402@redhat.com> Message-ID: <1107353731.3541.0.camel@x1-6-00-50-fc-70-9f-e0> On Wed, 2005-02-02 at 11:52 +0100, Harald Hoyer wrote: > > > > Is all the above just unfinished yet a version transition or some > > kind of an elaborate joke? If this is a joke then I do not get it. > > > > Michal > > > > > This is a bug, just file a bugzilla against Gnome or KDE, or whatever Destop > Environment you use. > Or just wait until the dust from the Gnome 2.10 transition settles. This is rawhide. Matthias From thomas.cameron at camerontech.com Wed Feb 2 14:30:19 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Wed, 2 Feb 2005 08:30:19 -0600 Subject: "Best" way to do a fresh install of rawhide? Message-ID: <023f01c50933$b88b82e0$164fad18@camerontech.com> Howdy all - Is the "best" way to get rawhide to try to install directly off the tree at ftp://[my_favorite_mirror]/fedora/core/development/i386/, or to install FC3 and then point my yum files at the development tree? I am planning on starting with a blank drive. Thanks! Thomas From jspaleta at gmail.com Wed Feb 2 15:00:58 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Feb 2005 10:00:58 -0500 Subject: "Best" way to do a fresh install of rawhide? In-Reply-To: <023f01c50933$b88b82e0$164fad18@camerontech.com> References: <023f01c50933$b88b82e0$164fad18@camerontech.com> Message-ID: <604aa79105020207005e873a03@mail.gmail.com> On Wed, 2 Feb 2005 08:30:19 -0600, Thomas Cameron wrote: > Howdy all - > > Is the "best" way to get rawhide to try to install directly off the tree at > ftp://[my_favorite_mirror]/fedora/core/development/i386/, boot.iso is provided in images/ directory in the tree. burn the boot.iso do a network install. Depending on the internal consistency of the rawhide tree doing a direct install may not work. Expect problems, don't be shocked if the installer sees an unresolvable dependancy. -jef From thomas.cameron at camerontech.com Wed Feb 2 15:10:55 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Wed, 2 Feb 2005 09:10:55 -0600 Subject: "Best" way to do a fresh install of rawhide? References: <023f01c50933$b88b82e0$164fad18@camerontech.com> <604aa79105020207005e873a03@mail.gmail.com> Message-ID: <025101c50939$648857d0$164fad18@camerontech.com> ----- Original Message ----- From: "Jeff Spaleta" To: "For testers of Fedora Core development releases" Sent: Wednesday, February 02, 2005 9:00 AM Subject: Re: "Best" way to do a fresh install of rawhide? > On Wed, 2 Feb 2005 08:30:19 -0600, Thomas Cameron > wrote: >> Howdy all - >> >> Is the "best" way to get rawhide to try to install directly off the tree >> at >> ftp://[my_favorite_mirror]/fedora/core/development/i386/, > > boot.iso is provided in images/ directory in the tree. > burn the boot.iso do a network install. Yeah, that's what I was talking about - boot off of it but then point it to the mirror to install over ftp. > Depending on the internal consistency of the rawhide tree doing a > direct install may not work. Expect problems, don't be shocked if > the installer sees an unresolvable dependancy. OK, so is this what the dev team *wants* - i.e. does it make sense to even try it this way to find bugs? Or is it more desireable to start with a stable install (FC3) and then yum up to rawhide? Do you see what I mean? If I'm going to file bugs against weird behavior, I want to make sure they are realistic bugs. Thomas From jspaleta at gmail.com Wed Feb 2 15:41:04 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Feb 2005 10:41:04 -0500 Subject: "Best" way to do a fresh install of rawhide? In-Reply-To: <025101c50939$648857d0$164fad18@camerontech.com> References: <023f01c50933$b88b82e0$164fad18@camerontech.com> <604aa79105020207005e873a03@mail.gmail.com> <025101c50939$648857d0$164fad18@camerontech.com> Message-ID: <604aa79105020207415d6a6add@mail.gmail.com> On Wed, 2 Feb 2005 09:10:55 -0600, Thomas Cameron wrote: > OK, so is this what the dev team *wants* - i.e. does it make sense to even > try it this way to find bugs? Or is it more desireable to start with a > stable install (FC3) and then yum up to rawhide? Do you see what I mean? > If I'm going to file bugs against weird behavior, I want to make sure they > are realistic bugs. Desirable? I'm sure a lot of testers find starting with an fc3 install desireable... because they don't like testing the installer. But in the final analysis yum isn't officially (whatever that means) recommended as a means to go from one release to the next. You have to ask yourself what you think is more important for you to do as a tester. the installer is worth testing... but depending on the day you try the install...you might have a problem simply because rawhide has become inconsistent. It happens.. its the nature of rawhide. From day to day as new crap enters into the rawhide tree dependancy problems might creep in. Even testers using yum to selectively grab rawhide packages see it sometimes and end-up using excludes to get around the small set of broken deps. Every day is a new adventure. dep problems which prevent the installer from working as expected are valid filable issues. It helps to review recent posts on test-list. Invariably someone will use yum... see a dep problem and mention it (or as often demand instructions on how to fix it). When you see recent discussion like this on the lists you can probably expect the install from rawhide attempt to be extra "fun." Depending on the packages that are having a problem in rawhide and the type of install you do you may or may not have a problem installing. The key thing is approach everything you do with the rawhide tree expecting to have a problem... and to be disappointed when things go well. -jef From jvdias at redhat.com Wed Feb 2 16:35:39 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 02 Feb 2005 11:35:39 -0500 Subject: Setting up a DNS server In-Reply-To: <1107348613.7906.8.camel@littlePiet> References: <1107212153.4870.0.camel@localhost.localdomain> <1107213525.2677.44.camel@silly> <1107348613.7906.8.camel@littlePiet> Message-ID: <1107362139.2969.22.camel@silly> On Wed, 2005-02-02 at 07:50, Peter Boy wrote: > Am Montag, den 31.01.2005, 18:18 -0500 schrieb Jason Vas Dias: > > On Mon, 2005-01-31 at 17:55, Paul wrote: > > > Anyone know of any easy to follow instructions of setting up a DNS > > > server under FC? I'm doing it all from the terminal, so no fancy GUI > > > interface stuff allowed ;-) > > > [...] > > > > If you can get access to a graphics terminal, using the > > 'system-config-bind' utility provides a GUI, with a facility > > to import /etc/hosts files. > > I suppose, system-config-bind is currently not a good starting point. > The included help file is out of sync with the current program version. > So, for a starter is hard to figure out what has to be done. > > I couldn't manage to let the program write a configuration file at all. > It always crashes with a python traceback when I instruct it to save the > configuration (I've to figure out weather I entered something wrong into > one of the entry fields or the program crashes by itself - so no > bugzilla entry yet). > Yes, this is a known problem with system-config-bind < 4 . Use the latest system-config-bind: ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/system-config-bind-4.0.0-3.noarch.rpm and you should have no problems. > > Also for any beginner to DNS needing to get into serious > > DNS configuration, the book 'DNS and BIND', Abitz & Liu, 2nd. Ed, > > by O'Reilly is a must. > > The book should be a better starting point. Pick up one of the examples > and modify it acdcording to the specific need. If desired I can send you > a template for the requirred files. > > > Peter > > From rshewan at lio.aacisd.com Wed Feb 2 17:31:15 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Wed, 02 Feb 2005 12:31:15 -0500 Subject: eclipse fails to start Message-ID: <42010E63.3030603@lio.aacisd.com> Before I file a bug, any thoughts? JVM terminated. Exit code=1 /usr/bin/java -Xms64M -Xmx256M -Dorg.eclipse.core.runtime.ignoreLockFile=true -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dgnu.gcj.precompiled.db.path=/usr/lib/eclipse/eclipse.db -cp /usr/share/eclipse/startup.jar org.eclipse.core.launcher.Main -os linux -ws gtk -arch x86 -showsplash /usr/share/eclipse/eclipse -showsplash 600 -exitdata /usr/share/eclipse/eclipse -exitdata b68013 -data /root/workspace -vm /usr/bin/java -vmargs -Xms64M -Xmx256M -Dorg.eclipse.core.runtime.ignoreLockFile=true -Dgnu.gcj.runtime.VMClassLoader.library_control=never -Dgnu.gcj.precompiled.db.path=/usr/lib/eclipse/eclipse.db -cp /usr/share/eclipse/startup.jar org.eclipse.core.launcher.Main From mattwhiteley at gmail.com Wed Feb 2 17:31:37 2005 From: mattwhiteley at gmail.com (matt whiteley) Date: Wed, 2 Feb 2005 09:31:37 -0800 Subject: "Best" way to do a fresh install of rawhide? In-Reply-To: <025101c50939$648857d0$164fad18@camerontech.com> References: <023f01c50933$b88b82e0$164fad18@camerontech.com> <604aa79105020207005e873a03@mail.gmail.com> <025101c50939$648857d0$164fad18@camerontech.com> Message-ID: <72ae109c050202093123eb559c@mail.gmail.com> On Wed, 2 Feb 2005 09:10:55 -0600, Thomas Cameron > try it this way to find bugs? Or is it more desireable to start with a > stable install (FC3) and then yum up to rawhide? Do you see what I mean? > If I'm going to file bugs against weird behavior, I want to make sure they > are realistic bugs. > > Thomas FYI, I have not been able to install using the boot.iso and rawhide the last 3-4 days. I am getting python errors from anaconda when it tries to organize the lvm partitions. 'global name math not defined.' You may want to skip lvm or wait a few days or try the fc3 upgrade. -- matt whiteley From thomas.cameron at camerontech.com Wed Feb 2 18:52:33 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Wed, 2 Feb 2005 12:52:33 -0600 Subject: "Best" way to do a fresh install of rawhide? References: <023f01c50933$b88b82e0$164fad18@camerontech.com><604aa79105020207005e873a03@mail.gmail.com><025101c50939$648857d0$164fad18@camerontech.com> <72ae109c050202093123eb559c@mail.gmail.com> Message-ID: <03af01c50958$5aeb4fb0$164fad18@camerontech.com> ----- Original Message ----- From: "matt whiteley" > > FYI, I have not been able to install using the boot.iso and rawhide > the last 3-4 days. I am getting python errors from anaconda when it > tries to organize the lvm partitions. 'global name math not defined.' > You may want to skip lvm or wait a few days or try the fc3 upgrade. > > -- > matt whiteley OK, looks like I will do a vanilla install of FC3 and then point yum to rawhide. Thanks for all who responded! TC From katzj at redhat.com Wed Feb 2 19:04:58 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 02 Feb 2005 14:04:58 -0500 Subject: preferences - I don't get it In-Reply-To: <20050201233258.A5163@mail.harddata.com> References: <20050201233258.A5163@mail.harddata.com> Message-ID: <1107371099.3584.9.camel@bree.local.net> On Tue, 2005-02-01 at 23:32 -0700, Michal Jaegermann wrote: > Is all the above just unfinished yet a version transition or some > kind of an elaborate joke? If this is a joke then I do not get it. The transition to GNOME 2.9.x has a few bumps along the way. The devel tree today looks a little bit more consistent (and I have a working Applications->Preferences). Jeremy From katzj at redhat.com Wed Feb 2 19:06:52 2005 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 02 Feb 2005 14:06:52 -0500 Subject: "Best" way to do a fresh install of rawhide? In-Reply-To: <72ae109c050202093123eb559c@mail.gmail.com> References: <023f01c50933$b88b82e0$164fad18@camerontech.com> <604aa79105020207005e873a03@mail.gmail.com> <025101c50939$648857d0$164fad18@camerontech.com> <72ae109c050202093123eb559c@mail.gmail.com> Message-ID: <1107371213.3584.11.camel@bree.local.net> On Wed, 2005-02-02 at 09:31 -0800, matt whiteley wrote: > FYI, I have not been able to install using the boot.iso and rawhide > the last 3-4 days. I am getting python errors from anaconda when it > tries to organize the lvm partitions. 'global name math not defined.' > You may want to skip lvm or wait a few days or try the fc3 upgrade. It tends to be helpful when you hit things like this to look in bugzilla for bugs filed against anaconda and if it hasn't been filed, to actually file it. I fixed this one earlier this morning, though, when I hit it :-) Jeremy From cam at apt2324.com Wed Feb 2 19:43:48 2005 From: cam at apt2324.com (cam at apt2324.com) Date: Wed, 2 Feb 2005 13:43:48 -0600 Subject: Hosed yum Message-ID: <20050202194348.GA14482@apt2324.com> My yum got hosed after installing some faulty test packages...it dies with an "ImportError: No module named rpm" when I try to run it. As this was a couple months back, I imagine there are decent packages out now. What packages would anyone suggest I reinstall (from rpm) to fix this? I'm guessing something python-related, but I'm not certain what. Thanks. -- Cam Desautels From reader at newsguy.com Wed Feb 2 19:56:12 2005 From: reader at newsguy.com (Harry Putnam) Date: Wed, 02 Feb 2005 13:56:12 -0600 Subject: Bash keybindings in mozilla address box In-Reply-To: <20050201121033.A22667@mail.harddata.com> (Michal Jaegermann's message of "Tue, 1 Feb 2005 12:10:33 -0700") References: <20050201121033.A22667@mail.harddata.com> Message-ID: Michal Jaegermann writes: > On Tue, Feb 01, 2005 at 07:54:54AM -0600, Satish Balay wrote: >> On Tue, 1 Feb 2005, Harry Putnam wrote: >> >> > These were bash (emacs like) keybindings that work on the command line. >> >> You need to have the following: >> >> # cat ~/.gtkrc-2.0 >> include "/usr/share/themes/Emacs/gtk-2.0-key/gtkrc" >> gtk-key-theme-name = "Emacs" > > That is not doing anything for me. OTOH setting with gconftool-2 > a value for /desktop/gnome/interface/gtk_key_theme (there seem > to be two possibilities here - "Default" and "Emacs") indeed > does modify these bindings; even without re-logging. I find Satish's reply does the job here. Nice to know it can be done without logging in/out of X though too. From balay at fastmail.fm Wed Feb 2 20:19:37 2005 From: balay at fastmail.fm (Satish Balay) Date: Wed, 2 Feb 2005 14:19:37 -0600 (CST) Subject: Hosed yum In-Reply-To: <20050202194348.GA14482@apt2324.com> References: <20050202194348.GA14482@apt2324.com> Message-ID: On Wed, 2 Feb 2005 cam at apt2324.com wrote: > My yum got hosed after installing some faulty test packages...it dies > with an "ImportError: No module named rpm" when I try to run it. As > this was a couple months back, I imagine there are decent packages out > now. > > What packages would anyone suggest I reinstall (from rpm) to fix > this? I'm guessing something python-related, but I'm not certain > what. Thanks. when yum breaks - try 'up2date'.. Or else 'apt' :) [in case of python related breakages] Satish From jspaleta at gmail.com Wed Feb 2 20:20:12 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 2 Feb 2005 15:20:12 -0500 Subject: Hosed yum In-Reply-To: <20050202194348.GA14482@apt2324.com> References: <20050202194348.GA14482@apt2324.com> Message-ID: <604aa79105020212205cbce75a@mail.gmail.com> On Wed, 2 Feb 2005 13:43:48 -0600, cam at apt2324.com wrote: > What packages would anyone suggest I reinstall (from rpm) to fix > this? I'm guessing something python-related, but I'm not certain > what. Thanks. I'd imagine you installed the 2.4 python from the development tree and did not update yum and/or its dependancies from the development tree. fc3 has python 2.3 and the directories where python modules exist are python version specific. You install python 2.4 and python no longer sees the modules in the 2.3 directories. SO check your installed python version check the yum version check the version of all the packages yum depends on compare those versions against the versions in the fc3 tree and the development tree... and make sure you have a consistent set. -jef From mike at netlyncs.com Wed Feb 2 20:57:15 2005 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 02 Feb 2005 14:57:15 -0600 Subject: rhn applet not starting Message-ID: <1107377836.5613.1.camel@scrappy.netlyncs.com> Anyone experiencing this not starting, nor the Red Hat Network program not running lately? Yes I'm running rawhide. rhn-applet-2.1.16-1 rhnlib-1.8-6.p23.fc3.1 -- Mike Chambers Madisonville, KY "It's always better to hurt a little now, than to hurt a lot later!" From lynn at garlic.com Thu Feb 3 00:46:26 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Wed, 02 Feb 2005 17:46:26 -0700 Subject: smp kernel 760 boot failure, can't read superblock In-Reply-To: <20050202170047.E5BF7743A8@hormel.redhat.com> References: <20050202170047.E5BF7743A8@hormel.redhat.com> Message-ID: <42017462.8030903@garlic.com> i've got a pair of sata drives .... logical volume boot filesystem that is marrowed on the two drives and all the other file systems are striped. smp kernel 681 boots fine, the three subsequent kernels that i've tried (including 760) all fail in boot with error message about not readying superblock From michal at harddata.com Thu Feb 3 00:58:19 2005 From: michal at harddata.com (Michal Jaegermann) Date: Wed, 2 Feb 2005 17:58:19 -0700 Subject: preferences - I don't get it In-Reply-To: <1107353679.25581.4.camel@blaa>; from markmc@redhat.com on Wed, Feb 02, 2005 at 02:14:39PM +0000 References: <20050201233258.A5163@mail.harddata.com> <1107353679.25581.4.camel@blaa> Message-ID: <20050202175819.A31281@mail.harddata.com> On Wed, Feb 02, 2005 at 02:14:39PM +0000, Mark McLoughlin wrote: > Hi, > > On Tue, 2005-02-01 at 23:32 -0700, Michal Jaegermann wrote: > > > Is all the above just unfinished yet a version transition or some > > kind of an elaborate joke? If this is a joke then I do not get it. > > Moving Applications -> Desktop Preferences to Desktop -> Preferences is > intentional and the result of much upstream discussion. This is not a big issue per se. What I strongly dislike though is that "custom menu" is getting longer and longer. Think about somebody with a poorer sight who really needs much bigger letters, and add on the top of it a translation to some language where descriptions tend to be more verbose, although "Applications" is not a four letter word either, and you ate much of a panel. Multiple panels are not a universal option. I would like to have at least a possibility to replace these "headers" with some, even abstract, icons. Tools to customize menus, at last, would be nice too. > However, any missing menu items or menu items that you feel shouldn't > be in the menu are probably just teething issues which you should log > against redhat-menus. Before you do so, though, make sure you have the > very latest gnome-menus and that the gnome-menus package isn't > installing any .menu or .directory files. At this moment this seem to be a somewhat mess. Old redhat-menus and new gnome-menus, which was all what was available yesterday, collide a bit and that is why I was just asking what is going on. Quite possibly things will get more orderly in short time. OTOH this "MTA Switcher" on a menu left me scratching my head. How often do you perform such operation? Every second day, once a week, once a year or once in a blue moon after careful consideration of pros and cons? And the fact that it even works for a non-root and without any password got me floored. Somebody may even use it in a full innocence not realizing what s/he is doing. How this may happen? Michal From pboy at barkhof.uni-bremen.de Thu Feb 3 02:06:58 2005 From: pboy at barkhof.uni-bremen.de (Peter Boy) Date: Thu, 03 Feb 2005 03:06:58 +0100 Subject: Setting up a DNS server In-Reply-To: <1107362139.2969.22.camel@silly> References: <1107212153.4870.0.camel@localhost.localdomain> <1107213525.2677.44.camel@silly> <1107348613.7906.8.camel@littlePiet> <1107362139.2969.22.camel@silly> Message-ID: <1107396418.5702.7.camel@littlePiet> Am Mittwoch, den 02.02.2005, 11:35 -0500 schrieb Jason Vas Dias: > > I couldn't manage to let the program write a configuration file at all. > > It always crashes with a python traceback when I instruct it to save the > > configuration (I've to figure out weather I entered something wrong into > > one of the entry fields or the program crashes by itself - so no > > bugzilla entry yet). > > > Yes, this is a known problem with system-config-bind < 4 . > > Use the latest system-config-bind: > > ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/system-config-bind-4.0.0-3.noarch.rpm > > and you should have no problems. I did that from the X64_86 tree (fully update Core 3 x86_64 system): ------------------------------------------------------------------- [root at shuttle fedora-updates]# rpm -U system-config- bind-4.0.0-3.noarch.rpm Warnung: /etc/pam.d/bindconf saved as /etc/pam.d/bindconf.rpmsave Warnung: /etc/security/console.apps/bindconf saved as /etc/security/console.apps /bindconf.rpmsave /var/tmp/rpm-tmp.13899: line 11: fg: no job control Fehler: %post(system-config-bind-4.0.0-3.noarch) scriptlet failed, exit status 1 ------------------------------------------------------------------- rpm -q reports both versions being installed (2.0.3-1 and 4.0.0-3) and system-config-bind doesn't even start anymore :-) ------------------------------------------------------------------- [pb at shuttle ~]$ system-config-bind Traceback (most recent call last): File "/usr/sbin/system-config-bind", line 37, in ? from BIND import * File "/usr/share/system-config-bind/BIND.py", line 12, in ? import Lookup File "/usr/share/system-config-bind/Lookup.py", line 16, in ? from Hosts import Hosts File "/usr/share/system-config-bind/Hosts.py", line 12, in ? from Conf import * ImportError: No module named Conf ------------------------------------------------------------------- Is version 4 meant to work with stock Core 3? Peter From justin.conover at gmail.com Thu Feb 3 02:36:06 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 2 Feb 2005 20:36:06 -0600 Subject: encrypted file systems Message-ID: Has the option of encrypting the file systems during install been talked about in the past or future releases? From justin.conover at gmail.com Thu Feb 3 04:15:12 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 2 Feb 2005 22:15:12 -0600 Subject: rhn applet not starting In-Reply-To: <1107377836.5613.1.camel@scrappy.netlyncs.com> References: <1107377836.5613.1.camel@scrappy.netlyncs.com> Message-ID: Same problems $ rpm -qa | grep rhn rhnlib-1.8-6.p23.fc3.1 rhn-applet-2.1.16-1 On Wed, 02 Feb 2005 14:57:15 -0600, Mike Chambers wrote: > Anyone experiencing this not starting, nor the Red Hat Network program > not running lately? Yes I'm running rawhide. > > rhn-applet-2.1.16-1 > rhnlib-1.8-6.p23.fc3.1 > > -- > Mike Chambers > Madisonville, KY > > "It's always better to hurt a little now, than to hurt a lot later!" > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From rodd at clarkson.id.au Thu Feb 3 06:19:41 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 03 Feb 2005 17:19:41 +1100 Subject: Hosed yum In-Reply-To: <604aa79105020212205cbce75a@mail.gmail.com> References: <20050202194348.GA14482@apt2324.com> <604aa79105020212205cbce75a@mail.gmail.com> Message-ID: <1107411582.22753.15.camel@trevally.redfishdemo.com> On Wed, 2005-02-02 at 15:20 -0500, Jeff Spaleta wrote: > On Wed, 2 Feb 2005 13:43:48 -0600, cam at apt2324.com wrote: > > What packages would anyone suggest I reinstall (from rpm) to fix > > this? I'm guessing something python-related, but I'm not certain > > what. Thanks. > > I'd imagine you installed the 2.4 python from the development tree and > did not update yum and/or its dependancies from the development tree. > fc3 has python 2.3 and the directories where python modules exist are > python version specific. You install python 2.4 and python no longer > sees the modules in the 2.3 directories. > > SO > check your installed python version > check the yum version > check the version of all the packages yum depends on > > compare those versions against the versions in the fc3 tree and the > development tree... and make sure you have a consistent set. I'm seeing the same thing and I've just done a fresh install of FC3 and then started trying to update to development. So far I've run: yum update yum I then had to do a little manual installation of the packages downloaded because yum decided for some reason no to actually install the packages. Packages included in this upgrade were: slib-3a1-2.noarch.rpm readline-* python-2.4-3.i386.rpm lvm2-2.01.03-1.0.i386.rpm bc-1.06-18.i386.rpm ftp-0.17-24.i386.rpm lftp-3.0.13-1.i386.rpm parted-1.6.21-1.i386.rpm cadaver-0.22.2-1.i386.rpm samba-client-3.0.10-4.i386.rpm ntp-4.2.0.a.20040617-6.i386.rpm pilot-link-0.11.8-10.i386.rpm guile-1.6.4-18.i386.rpm python-devel-2.4-3.i386.rpm pilot-link-devel-0.11.8-10.i386.rpm gphoto2-2.1.5-3.i386.rpm alchemist-1.0.35-1.i386.rpm samba-common-3.0.10-4.i386.rpm python-ldap-2.0.1-3.i386.rpm db4-* device-mapper-1.01.00-1.i386.rpm perl-5.8.6-3.i386.rpm gimp-print-utils-4.2.7-4.i386.rpm cdecl-2.5-31.i386.rpm system-config-printer-* gnome-python2-* pyparted-1.6.9-2.i386.rpm libxml2-* pam-* sendmail-8.13.3-1.i386.rpm openoffice.org-* dmraid-1.0.0.rc5f-3.i386.rpm yum-2.1.13-1.noarch.rpm compat-db-4.2.52-2.i386.rpm compat-readline43-4.3-1.i386.rpm (sorry about the *, this is a cut and paste from a rpm -Fvh effort). I also had to remove pam-ccreds and then install it again using the version from development after installing the compat-* packages. It might be worth noting that during the install I got the following output: (note the error after installing system-config-printer) Preparing... ########################################### [100%] 1:readline ########################################### [ 2%] 2:libxml2 ########################################### [ 5%] 3:db4 ########################################### [ 7%] 4:python ########################################### [ 9%] 5:perl ########################################### [ 12%] 6:pam warning: /etc/pam.d/system-auth created as /etc/pam.d/system-auth.rpmnew ########################################### [ 14%] 7:alchemist ########################################### [ 16%] 8:parted ########################################### [ 19%] 9:readline-devel ########################################### [ 21%] 10:pilot-link ########################################### [ 23%] 11:device-mapper ########################################### [ 26%] 12:pyparted ########################################### [ 28%] 13:system-config-printer ########################################### [ 30%] Traceback (most recent call last): File "/usr/share/printconf/util/updateconf.py", line 29, in ? import printconf_conf as conf File "/usr/share/printconf/util/printconf_conf.py", line 83, in ? from xml.utils import qp_xml ImportError: No module named utils 14:samba-common ########################################### [ 33%] 15:lftp ########################################### [ 35%] 16:guile ########################################### [ 37%] 17:gphoto2 ########################################### [ 40%] 18:samba-client ########################################### [ 42%] 19:python-ldap ########################################### [ 44%] 20:lvm2 ########################################### [ 47%] 21:dmraid ########################################### [ 49%] 22:pilot-link-devel ########################################### [ 51%] 23:pam-devel ########################################### [ 53%] 24:python-devel ########################################### [ 56%] 25:libxml2-devel ########################################### [ 58%] 26:libxml2-python ########################################### [ 60%] 27:db4-devel ########################################### [ 63%] 28:db4-utils ########################################### [ 65%] 29:sendmail ########################################### [ 67%] 30:gnome-python2-bonobo ########################################### [ 70%] 31:gnome-python2-gtkhtml2 ########################################### [ 72%] 32:bc ########################################### [ 74%] 33:ftp ########################################### [ 77%] 34:cadaver ########################################### [ 79%] 35:ntp ########################################### [ 81%] 36:gimp-print-utils ########################################### [ 84%] 37:cdecl ########################################### [ 86%] 38:openoffice.org-i18n ########################################### [ 88%] 39:gnome-python2-canvas ########################################### [ 91%] 40:gnome-python2 ########################################### [ 93%] 41:openoffice.org-libs ########################################### [ 95%] 42:openoffice.org ########################################### [ 98%] 43:system-config-printer-g########################################### [100%] [rodd at trevally packages]$ Now when I try to run yum i get: [rodd at trevally packages]$ sudo yum update Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "__init__.py", line 21, in ? ImportError: No module named rpm [rodd at trevally packages]$ Given that all these packages were downloaded as a result of updating yum using yum from development, I'd be keen to know what yum failed to include that it should have. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From perbj at stanford.edu Thu Feb 3 07:02:56 2005 From: perbj at stanford.edu (Per Bjornsson) Date: Wed, 02 Feb 2005 23:02:56 -0800 Subject: Hosed yum In-Reply-To: <1107411582.22753.15.camel@trevally.redfishdemo.com> References: <20050202194348.GA14482@apt2324.com> <604aa79105020212205cbce75a@mail.gmail.com> <1107411582.22753.15.camel@trevally.redfishdemo.com> Message-ID: <1107414176.7789.18.camel@localhost.localdomain> On Thu, 2005-02-03 at 17:19 +1100, Rodd Clarkson wrote: ... > Now when I try to run yum i get: > > [rodd at trevally packages]$ sudo yum update > Traceback (most recent call last): > File "/usr/bin/yum", line 6, in ? > import yummain > File "/usr/share/yum-cli/yummain.py", line 23, in ? > import yum > File "__init__.py", line 21, in ? > ImportError: No module named rpm > [rodd at trevally packages]$ I recognize this. I ran into it a little while back when trying to upgrade a box that had too little disk space to do it all at once. Turns out that somewhere in the RPM/yum stack there's an SELinux dependency that shows up at runtime. I don't really know what's going on, but at least for me it went away after updating libselinux. (Of course, since both yum and up2date use the rpm Python bindings and a simple "import rpm" in yum is what dies, well, they're both hosed at the moment so you'll have to download and 'rpm -Uvh' that package manually.) Turns out we're not the only ones to hit this, it's in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144446 Good luck, Per -- Per Bjornsson Ph.D. Candidate, Department of Applied Physics, Stanford University From lists at donut.dk Thu Feb 3 08:09:58 2005 From: lists at donut.dk (Cream[DONut]) Date: Thu, 03 Feb 2005 09:09:58 +0100 Subject: Hosed yum In-Reply-To: <1107414176.7789.18.camel@localhost.localdomain> References: <20050202194348.GA14482@apt2324.com> <604aa79105020212205cbce75a@mail.gmail.com> <1107411582.22753.15.camel@trevally.redfishdemo.com> <1107414176.7789.18.camel@localhost.localdomain> Message-ID: <4201DC56.9080806@donut.dk> I ran into this problem aswell, and fixed it by installing python, rpm, and yum from the development tree. [root at DONut ~]# rpm -qa |grep --regexp="yum" --regexp="rpm" --regexp="python" gnome-python2-2.6.0-4 dbus-python-0.22-12 rpm-python-4.3.3-8 gnome-python2-bonobo-2.6.0-4 redhat-rpm-config-8.0.32-2 python-2.4-3 libxml2-python-2.6.16-5 gnome-python2-gtkhtml2-2.6.0-4 rpm-4.3.3-8 mod_python-3.1.3-7 rpm-build-4.3.3-8 gnome-python2-canvas-2.6.0-4 rpm-libs-4.3.3-8 rpm-devel-4.3.3-8 yum-2.1.12-2 python-devel-2.4-3 Per Bjornsson wrote: >On Thu, 2005-02-03 at 17:19 +1100, Rodd Clarkson wrote: >... > > >>Now when I try to run yum i get: >> >>[rodd at trevally packages]$ sudo yum update >>Traceback (most recent call last): >> File "/usr/bin/yum", line 6, in ? >> import yummain >> File "/usr/share/yum-cli/yummain.py", line 23, in ? >> import yum >> File "__init__.py", line 21, in ? >>ImportError: No module named rpm >>[rodd at trevally packages]$ >> >> > >I recognize this. I ran into it a little while back when trying to >upgrade a box that had too little disk space to do it all at once. Turns >out that somewhere in the RPM/yum stack there's an SELinux dependency >that shows up at runtime. I don't really know what's going on, but at >least for me it went away after updating libselinux. (Of course, since >both yum and up2date use the rpm Python bindings and a simple "import >rpm" in yum is what dies, well, they're both hosed at the moment so >you'll have to download and 'rpm -Uvh' that package manually.) > >Turns out we're not the only ones to hit this, it's in bugzilla: >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144446 > >Good luck, >Per > > > From mike at bristolreccc.co.uk Thu Feb 3 10:11:23 2005 From: mike at bristolreccc.co.uk (mike) Date: Thu, 03 Feb 2005 10:11:23 +0000 Subject: Up2date only offers ignored packages Message-ID: <1107425484.5530.4.camel@datacc> on latest update up2date only offers a selection of the the packages ignored and not those you have chosen to upgrade (notification applet shows them) From jorton at redhat.com Thu Feb 3 10:27:00 2005 From: jorton at redhat.com (Joe Orton) Date: Thu, 3 Feb 2005 10:27:00 +0000 Subject: curl-dev dependency problem with updates In-Reply-To: <41FEDBA3.2080408@comcast.net> References: <41FEDBA3.2080408@comcast.net> Message-ID: <20050203102700.GA8557@redhat.com> On Mon, Jan 31, 2005 at 08:30:11PM -0500, Robert La Ferla wrote: > The latest updates for FC3 has a dependency problem. The rpm for > curl-dev needs libidn-dev (or something like that). Anyone else see > this problem? You can't use curl-devel without having libidn-devel installed; the dependencies were fixed to reflect this in the curl update. joe From harald at redhat.com Thu Feb 3 10:42:04 2005 From: harald at redhat.com (Harald Hoyer) Date: Thu, 03 Feb 2005 11:42:04 +0100 Subject: preferences - I don't get it In-Reply-To: <20050202175819.A31281@mail.harddata.com> References: <20050201233258.A5163@mail.harddata.com> <1107353679.25581.4.camel@blaa> <20050202175819.A31281@mail.harddata.com> Message-ID: <4201FFFC.5020803@redhat.com> Michal Jaegermann wrote: > OTOH this "MTA Switcher" on a menu left me scratching my head. How > often do you perform such operation? Every second day, once a week, > once a year or once in a blue moon after careful consideration of > pros and cons? And the fact that it even works for a non-root and > without any password got me floored. Somebody may even use it in a > full innocence not realizing what s/he is doing. How this may > happen? You may have input your root password before, so /usr/sbin/userhelper remembers it for a certain time. From harald at redhat.com Thu Feb 3 10:43:15 2005 From: harald at redhat.com (Harald Hoyer) Date: Thu, 03 Feb 2005 11:43:15 +0100 Subject: eclipse fails to start In-Reply-To: <42010E63.3030603@lio.aacisd.com> References: <42010E63.3030603@lio.aacisd.com> Message-ID: <42020043.8080608@redhat.com> Rob Shewan wrote: > Before I file a bug, any thoughts? > > JVM terminated. Exit code=1 > /usr/bin/java > -Xms64M > -Xmx256M > -Dorg.eclipse.core.runtime.ignoreLockFile=true > -Dgnu.gcj.runtime.VMClassLoader.library_control=never > -Dgnu.gcj.precompiled.db.path=/usr/lib/eclipse/eclipse.db > -cp /usr/share/eclipse/startup.jar org.eclipse.core.launcher.Main > -os linux > -ws gtk > -arch x86 > -showsplash /usr/share/eclipse/eclipse -showsplash 600 > -exitdata /usr/share/eclipse/eclipse -exitdata b68013 > -data /root/workspace > -vm /usr/bin/java > -vmargs > -Xms64M > -Xmx256M > -Dorg.eclipse.core.runtime.ignoreLockFile=true > -Dgnu.gcj.runtime.VMClassLoader.library_control=never > -Dgnu.gcj.precompiled.db.path=/usr/lib/eclipse/eclipse.db > -cp /usr/share/eclipse/startup.jar org.eclipse.core.launcher.Main > There was a thread on fedora-devel, IIRC about this... From harald at redhat.com Thu Feb 3 10:45:10 2005 From: harald at redhat.com (Harald Hoyer) Date: Thu, 03 Feb 2005 11:45:10 +0100 Subject: eclipse fails to start In-Reply-To: <42020043.8080608@redhat.com> References: <42010E63.3030603@lio.aacisd.com> <42020043.8080608@redhat.com> Message-ID: <420200B6.9030006@redhat.com> Harald Hoyer wrote: > Rob Shewan wrote: >> JVM terminated. Exit code=1 > There was a thread on fedora-devel, IIRC about this... http://fcp.homelinux.org/modules/newbb/viewtopic.php?topic_id=8015&forum=11&post_id=31385#forumpost31385 From markmc at redhat.com Thu Feb 3 11:39:59 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 03 Feb 2005 11:39:59 +0000 Subject: preferences - I don't get it In-Reply-To: <1107371099.3584.9.camel@bree.local.net> References: <20050201233258.A5163@mail.harddata.com> <1107371099.3584.9.camel@bree.local.net> Message-ID: <1107430799.11168.4.camel@blaa> On Wed, 2005-02-02 at 14:04 -0500, Jeremy Katz wrote: > On Tue, 2005-02-01 at 23:32 -0700, Michal Jaegermann wrote: > > Is all the above just unfinished yet a version transition or some > > kind of an elaborate joke? If this is a joke then I do not get it. > > The transition to GNOME 2.9.x has a few bumps along the way. The devel > tree today looks a little bit more consistent (and I have a working > Applications->Preferences). Ah, but that *is* a bug :-) We won't have Applications->Preferences and Desktop->Preferences once we've had a chance to fix up redhat-menus to reflect more closely the upstream changes. Mark. From rodd at clarkson.id.au Thu Feb 3 11:41:10 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 03 Feb 2005 22:41:10 +1100 Subject: Hosed yum In-Reply-To: <1107414176.7789.18.camel@localhost.localdomain> References: <20050202194348.GA14482@apt2324.com> <604aa79105020212205cbce75a@mail.gmail.com> <1107411582.22753.15.camel@trevally.redfishdemo.com> <1107414176.7789.18.camel@localhost.localdomain> Message-ID: <1107430870.3170.0.camel@localhost.localdomain> On Wed, 2005-02-02 at 23:02 -0800, Per Bjornsson wrote: > On Thu, 2005-02-03 at 17:19 +1100, Rodd Clarkson wrote: > ... > > Now when I try to run yum i get: > > > > [rodd at trevally packages]$ sudo yum update > > Traceback (most recent call last): > > File "/usr/bin/yum", line 6, in ? > > import yummain > > File "/usr/share/yum-cli/yummain.py", line 23, in ? > > import yum > > File "__init__.py", line 21, in ? > > ImportError: No module named rpm > > [rodd at trevally packages]$ > > I recognize this. I ran into it a little while back when trying to > upgrade a box that had too little disk space to do it all at once. Turns > out that somewhere in the RPM/yum stack there's an SELinux dependency > that shows up at runtime. I don't really know what's going on, but at > least for me it went away after updating libselinux. (Of course, since > both yum and up2date use the rpm Python bindings and a simple "import > rpm" in yum is what dies, well, they're both hosed at the moment so > you'll have to download and 'rpm -Uvh' that package manually.) > > Turns out we're not the only ones to hit this, it's in bugzilla: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=144446 Thanks! That fixed it. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From rodd at clarkson.id.au Thu Feb 3 11:43:16 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 03 Feb 2005 22:43:16 +1100 Subject: Yum doesn't seem to be working. Message-ID: <1107430997.3170.3.camel@localhost.localdomain> Each time I use yum, it goes through all the motions, but isn't installing the rpms. For example: [rodd at localhost packages]$ sudo yum update nautilus Setting up Update Process Setting up Repos development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files developmen: ################################################## 3718/3718 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package nautilus.i386 0:2.9.90-1 set to be updated --> Running transaction check --> Processing Dependency: eel2 >= 2.9.90 for package: nautilus --> Processing Dependency: libnautilus.so.2 for package: control-center --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package eel2.i386 0:2.9.90-1 set to be updated ---> Package control-center.i386 1:2.9.4-1 set to be updated --> Running transaction check --> Processing Dependency: eel2 = 2.8.1 for package: eel2-devel --> Processing Dependency: gnome-menus >= 2.9.1 for package: control-center --> Processing Dependency: libgnome-menu.so.0 for package: control-center --> Processing Dependency: libxklavier >= 1.14 for package: control-center --> Processing Dependency: libxklavier.so.10 for package: control-center --> Processing Dependency: libgnome-menu.so.0 for package: eel2 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libxklavier.i386 0:1.14-1 set to be updated ---> Package eel2-devel.i386 0:2.9.90-1 set to be updated ---> Package gnome-menus.i386 0:2.9.90-2 set to be updated --> Running transaction check --> Processing Dependency: libxklavier.so.8 for package: gnome-applets --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package gnome-applets.i386 1:2.9.5-1 set to be updated --> Running transaction check --> Processing Dependency: libgtop-2.0.so.5 for package: gnome-applets --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libgtop2.i386 0:2.9.90-1 set to be updated --> Running transaction check --> Processing Dependency: libgtop2 = 2.8.0 for package: libgtop2-devel --> Processing Dependency: libgtop-2.0.so.4 for package: gnome-system-monitor --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package libgtop2-devel.i386 0:2.9.90-1 set to be updated ---> Package gnome-system-monitor.i386 0:2.8.1-2 set to be updated --> Running transaction check Dependencies Resolved Transaction Listing: Update: nautilus.i386 0:2.9.90-1 - development Performing the following to resolve dependencies: Install: gnome-menus.i386 0:2.9.90-2 - development Update: libgtop2-devel.i386 0:2.9.90-1 - development Update: eel2-devel.i386 0:2.9.90-1 - development Update: gnome-system-monitor.i386 0:2.8.1-2 - development Update: libxklavier.i386 0:1.14-1 - development Update: control-center.i386 1:2.9.4-1 - development Update: libgtop2.i386 0:2.9.90-1 - development Update: eel2.i386 0:2.9.90-1 - development Update: gnome-applets.i386 1:2.9.5-1 - development Total download size: 12 M Is this ok [y/N]: y Downloading Packages: (1/10): gnome-applets-2.9 100% |=========================| 4.8 MB 03:07 (2/10): libgtop2-2.9.90-1 100% |=========================| 119 kB 00:04 (3/10): libxklavier-1.14- 100% |=========================| 75 kB 00:03 (4/10): libgtop2-devel-2. 100% |=========================| 52 kB 00:02 (5/10): eel2-devel-2.9.90 100% |=========================| 49 kB 00:02 (6/10): nautilus-2.9.90-1 100% |=========================| 3.8 MB 02:27 (7/10): control-center-2. 100% |=========================| 2.3 MB 01:29 (8/10): gnome-system-moni 100% |=========================| 447 kB 00:17 (9/10): gnome-menus-2.9.9 100% |=========================| 51 kB 00:02 (10/10): eel2-2.9.90-1.i3 100% |=========================| 365 kB 00:14 unsigned package gnome-applets-2.9.5-1.i386.rpm [rodd at localhost packages]$ The packages are all downloaded and I can manually rpm -Fvh them, but yum doesn't install them. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From markmc at redhat.com Thu Feb 3 11:43:56 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Thu, 03 Feb 2005 11:43:56 +0000 Subject: preferences - I don't get it In-Reply-To: <20050202175819.A31281@mail.harddata.com> References: <20050201233258.A5163@mail.harddata.com> <1107353679.25581.4.camel@blaa> <20050202175819.A31281@mail.harddata.com> Message-ID: <1107431036.11168.8.camel@blaa> On Wed, 2005-02-02 at 17:58 -0700, Michal Jaegermann wrote: > On Wed, Feb 02, 2005 at 02:14:39PM +0000, Mark McLoughlin wrote: > > Hi, > > > > On Tue, 2005-02-01 at 23:32 -0700, Michal Jaegermann wrote: > > > > > Is all the above just unfinished yet a version transition or some > > > kind of an elaborate joke? If this is a joke then I do not get it. > > > > Moving Applications -> Desktop Preferences to Desktop -> Preferences is > > intentional and the result of much upstream discussion. > > This is not a big issue per se. What I strongly dislike though is > that "custom menu" is getting longer and longer. Think about > somebody with a poorer sight who really needs much bigger letters, > and add on the top of it a translation to some language where > descriptions tend to be more verbose, although "Applications" is not > a four letter word either, and you ate much of a panel. Multiple > panels are not a universal option. I would like to have at least a > possibility to replace these "headers" with some, even abstract, > icons. Tools to customize menus, at last, would be nice too. That's a discussion for upstream where it has already been agonized over. > OTOH this "MTA Switcher" on a menu left me scratching my head. How > often do you perform such operation? Every second day, once a week, > once a year or once in a blue moon after careful consideration of > pros and cons? And the fact that it even works for a non-root and > without any password got me floored. Somebody may even use it in a > full innocence not realizing what s/he is doing. How this may > happen? Dude, its rawhide, its buggy, it wasn't a design decision. Log bugs :-) (Or preferably see if you can figure out how to fix it in redhat-menus and submit a patch) Mark. From pnasrat at redhat.com Thu Feb 3 12:40:20 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Thu, 3 Feb 2005 07:40:20 -0500 Subject: Yum doesn't seem to be working. In-Reply-To: <1107430997.3170.3.camel@localhost.localdomain> References: <1107430997.3170.3.camel@localhost.localdomain> Message-ID: <20050203124020.GA4673@minimumble.lab.boston.redhat.com> On Thu, Feb 03, 2005 at 10:43:16PM +1100, Rodd Clarkson wrote: > Each time I use yum, it goes through all the motions, but isn't > installing the rpms. > unsigned package gnome-applets-2.9.5-1.i386.rpm Check what your repo file has set for gpgcheck, for rawhide this often needs to be 0. This has been covered extensively on list. Paul From rodd at clarkson.id.au Thu Feb 3 13:41:44 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 04 Feb 2005 00:41:44 +1100 Subject: Yum doesn't seem to be working. In-Reply-To: <20050203124020.GA4673@minimumble.lab.boston.redhat.com> References: <1107430997.3170.3.camel@localhost.localdomain> <20050203124020.GA4673@minimumble.lab.boston.redhat.com> Message-ID: <1107438105.6270.1.camel@localhost.localdomain> On Thu, 2005-02-03 at 07:40 -0500, Paul Nasrat wrote: > On Thu, Feb 03, 2005 at 10:43:16PM +1100, Rodd Clarkson wrote: > > Each time I use yum, it goes through all the motions, but isn't > > installing the rpms. > > > > unsigned package gnome-applets-2.9.5-1.i386.rpm > > Check what your repo file has set for gpgcheck, for rawhide this often > needs to be 0. Yeah, I know of such discussion, but I'd looked into the fedora-devel.repo file and it didn't even have gpgcheck, so I assumed it was off by default. (It's always bad to assume) I've put it in now and we'll see how it goes. It had been working until recently (without the gpgcheck option in the file), so I also assumed that something might have gone wrong with yum. Rodd -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel From kyrre at solution-forge.net Thu Feb 3 16:24:36 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Thu, 03 Feb 2005 17:24:36 +0100 Subject: openoffice In-Reply-To: <1107276722.5732.16.camel@rodolfo.gt.factorrent.com> References: <1107087204.3866.1.camel@localhost.localdomain> <1107204728.8904.6.camel@md.local.linuxlobbyist.org> <1107276722.5732.16.camel@rodolfo.gt.factorrent.com> Message-ID: <1107447876.2636.4.camel@localhost.localdomain> tir, 01.02.2005 kl. 17.52 skrev Rodolfo J. Paiz: > On Mon, 2005-01-31 at 15:52 -0500, Paul Iadonisi wrote: > > Better to pick one of 1) ship an almost-final beta and issue an update > > to 2.0 when it's released, 2) ship 1.1.x and resign ourselves to that > > being the version eternally paired with FC4, 3) delay the release of FC4 > > in the hopes that OOo 2.0 will be shipped so as to not cause a > > significant delay. > > Personally, I'm somewhat partial to delay FC4, but only if the delay > > is, as some one else has suggested, less than 30 days. > > I know I've already said this (in fact, I was the one who suggested <30 > days as a good decision point for delaying FC4), but: > > 1. If <30 days, delay FC4. > 2. If not, then ship the almost-final beta with FC4 and update to > final when it's ready. > > Please... Or provide "openoffice2.org-2.0.i386.rpm" that conflicts openoffice.org in extras? From jspaleta at gmail.com Thu Feb 3 16:35:23 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 3 Feb 2005 11:35:23 -0500 Subject: openoffice In-Reply-To: <1107447876.2636.4.camel@localhost.localdomain> References: <1107087204.3866.1.camel@localhost.localdomain> <1107204728.8904.6.camel@md.local.linuxlobbyist.org> <1107276722.5732.16.camel@rodolfo.gt.factorrent.com> <1107447876.2636.4.camel@localhost.localdomain> Message-ID: <604aa79105020308357cea5c5c@mail.gmail.com> On Thu, 03 Feb 2005 17:24:36 +0100, Kyrre Ness Sjobak wrote: > Or provide "openoffice2.org-2.0.i386.rpm" that conflicts openoffice.org > in extras? sorry... under the current definition of extras as a continuation of Core.. thats probably not an acceptible proposal. -jef From michal at harddata.com Thu Feb 3 17:11:24 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 3 Feb 2005 10:11:24 -0700 Subject: preferences - I don't get it In-Reply-To: <4201FFFC.5020803@redhat.com>; from harald@redhat.com on Thu, Feb 03, 2005 at 11:42:04AM +0100 References: <20050201233258.A5163@mail.harddata.com> <1107353679.25581.4.camel@blaa> <20050202175819.A31281@mail.harddata.com> <4201FFFC.5020803@redhat.com> Message-ID: <20050203101124.C17994@mail.harddata.com> On Thu, Feb 03, 2005 at 11:42:04AM +0100, Harald Hoyer wrote: > Michal Jaegermann wrote: > > And the fact that it even works for a non-root and > > without any password got me floored. > > You may have input your root password before, so /usr/sbin/userhelper > remembers it for a certain time. Hm, that "certain time" would have to be some weeks. How long is that memory in 'userhelper'? Seems to be way too long. In any case if I tried at that time to check this possibility and activated printing configuration from "Other" submenu I was promptly asked for a root password. So in this case it looks that it was already forgotten. In case you wonder I hit "Cancel" instead of giving a password. I wonder if "remembering" a root password anywhere even for a few minutes is worth possible screwups and aggravations. If you cannot type it then you obviously do not have a business messing around with system settings. Looks to me like a huge security hole. This is a "rawhide, hack-and-scratch" installation and I mostly torture it from a root account. Non-root logins exist only for test purposes. :-) Michal From michal at harddata.com Thu Feb 3 17:27:09 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 3 Feb 2005 10:27:09 -0700 Subject: preferences - I don't get it In-Reply-To: <1107431036.11168.8.camel@blaa>; from markmc@redhat.com on Thu, Feb 03, 2005 at 11:43:56AM +0000 References: <20050201233258.A5163@mail.harddata.com> <1107353679.25581.4.camel@blaa> <20050202175819.A31281@mail.harddata.com> <1107431036.11168.8.camel@blaa> Message-ID: <20050203102709.D17994@mail.harddata.com> On Thu, Feb 03, 2005 at 11:43:56AM +0000, Mark McLoughlin wrote: > > That's a discussion for upstream where it has already been agonized > over. These "discussions upstream" about user interface issues seem to be going in pretty narrow circles. In particular participants apparently enjoy a good eyesight and big monitor screens. I afraid that it is physically impossible to participate in every mailing list around. I already have really too many of these on my plate. > Dude, its rawhide, its buggy, it wasn't a design decision. Log bugs :-) How on earth I can know that without asking? In the past there were various situations when I told myself "nobody half-sane would ever do something like that" only to be told "this is like it is supposed to be and end of discussion". Oh, well .... > (Or preferably see if you can figure out how to fix it in redhat-menus > and submit a patch) I tried that already. It is a maze. It surely beats nethack for an entertainment value. :-) I have no doubts that it can be eventually untangled once enough of time can be devoted to that task. Michal From michal at harddata.com Fri Feb 4 04:44:47 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 3 Feb 2005 21:44:47 -0700 Subject: what about nautilus-media? Message-ID: <20050203214447.A3415@mail.harddata.com> Does anybody know what is the deal with 'nautilus-media'? This package blocks for quite a while now updates to other nautilus* stuff and, indirectly, a number of other things. Nothing also seems to obsolete that. OTOH it looks that it is safe to just deinstall it and proceed with the rest. Is it just temporarily "forgotten" or truly obsolete? Its build date is "Tue 02 Nov 2004". Michal From rodd at clarkson.id.au Fri Feb 4 05:10:56 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 04 Feb 2005 16:10:56 +1100 Subject: Firefox not starting properly Message-ID: <1107493856.3363.9.camel@trevally.redfishdemo.com> Firefox is not starting properly for me since updating (almost completely - control-center has a conflict so wont install) to the current development rpms When I try to run firefox I get nothing on the screen. A look at 'ps ax | grep firefox' shows: [rodd at trevally ~]$ ps ax | grep firefox 3394 ? S 0:00 /bin/sh /usr/lib/firefox-1.0/firefox -UILocale en-US 3415 ? S 0:00 /bin/sh /usr/lib/firefox-1.0/run-mozilla.sh /usr/lib/firefox-1.0/firefox-bin -UILocale en-US 3420 ? Sl 0:00 /usr/lib/firefox-1.0/firefox-bin -UILocale en-US 3523 pts/2 R+ 0:00 grep firefox [rodd at trevally ~]$ I can kill these processes, but it doesn't help. Any ideas? Rodd From jeffy5 at optonline.net Fri Feb 4 11:58:46 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Fri, 04 Feb 2005 06:58:46 -0500 Subject: Wireless in FC4 Message-ID: <1107518327.4844.1.camel@jeffy5.jeffsdomain.net> Hello, Just out of curiosity, will there be greater support for more wireless PCMCIA cards in FC4? Jeff From rshewan at lio.aacisd.com Fri Feb 4 14:05:18 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Fri, 04 Feb 2005 09:05:18 -0500 Subject: Firefox not starting properly In-Reply-To: <1107493856.3363.9.camel@trevally.redfishdemo.com> References: <1107493856.3363.9.camel@trevally.redfishdemo.com> Message-ID: <4203811E.301@lio.aacisd.com> Rodd Clarkson wrote: >Firefox is not starting properly for me since updating (almost >completely - control-center has a conflict so wont install) to the >current development rpms > >When I try to run firefox I get nothing on the screen. > >A look at 'ps ax | grep firefox' shows: > >[rodd at trevally ~]$ ps ax | grep firefox > 3394 ? S 0:00 /bin/sh /usr/lib/firefox-1.0/firefox -UILocale en-US > 3415 ? S 0:00 /bin/sh /usr/lib/firefox-1.0/run-mozilla.sh /usr/lib/firefox-1.0/firefox-bin -UILocale en-US > 3420 ? Sl 0:00 /usr/lib/firefox-1.0/firefox-bin -UILocale en-US > 3523 pts/2 R+ 0:00 grep firefox >[rodd at trevally ~]$ > >I can kill these processes, but it doesn't help. > >Any ideas? > > >Rodd > > > > > > I have the same problem. I have tried eliminating the plugins and renaming my ~/.mozilla directory and nothing helps. From dcbw at redhat.com Fri Feb 4 14:39:12 2005 From: dcbw at redhat.com (Dan Williams) Date: Fri, 04 Feb 2005 09:39:12 -0500 Subject: Wireless in FC4 In-Reply-To: <1107518327.4844.1.camel@jeffy5.jeffsdomain.net> References: <1107518327.4844.1.camel@jeffy5.jeffsdomain.net> Message-ID: <1107527953.19930.9.camel@dcbw.boston.redhat.com> On Fri, 2005-02-04 at 06:58 -0500, Jeffrey D. Yuille wrote: > Hello, > > Just out of curiosity, will there be greater support for more > wireless PCMCIA cards in FC4? Well... What's in the upstream kernel will be what's in Fedora Core 4 since the Fedora kernel is supposed to track the upstream kernel fairly closely. The current state of the kernel drivers for wireless cards is: Prism54 (ex Netgear WG511 v1 & v2) Cisco Aironet (ex 350, 340, and MiniPCI cards) Arlan Atmel 76c50x (ex Belkin F5D6020v2) Orinoco/Hermes (ex Apple Airport, WaveLAN, ORiNOCO) Netwave Ray Wavelan (older, obsoleted by Hermes/Orinoco) HostAP (in netdev branch I think, but not kernel yet) Non-upstream drivers that appear quite a bit are: Intel Pro Wireless 2100 and 2200 Atheros a/b/g & SuperG (madwifi, ex Netgear WG511T) The best way to get more wireless drivers in the kernel (and therefore into Fedora) is to push the driver maintainers to work on getting the drivers into the kernel. What will change is the ability and ease of configuring and using what cards you can run, as long as they support Wireless Extensions (which all upstream kernel drivers must). See NetworkManager (http://people.redhat.com/dcbw/NetworkManager) Dan From robertlaferla at comcast.net Fri Feb 4 17:12:51 2005 From: robertlaferla at comcast.net (Robert La Ferla) Date: Fri, 04 Feb 2005 12:12:51 -0500 Subject: curl-dev dependency problem with updates In-Reply-To: <20050203102700.GA8557@redhat.com> References: <41FEDBA3.2080408@comcast.net> <20050203102700.GA8557@redhat.com> Message-ID: <4203AD13.6050306@comcast.net> Joe Orton wrote: >On Mon, Jan 31, 2005 at 08:30:11PM -0500, Robert La Ferla wrote: > > >>The latest updates for FC3 has a dependency problem. The rpm for >>curl-dev needs libidn-dev (or something like that). Anyone else see >>this problem? >> >> > >You can't use curl-devel without having libidn-devel installed; the >dependencies were fixed to reflect this in the curl update. > >joe > > > Clearly but I don't think libidn-devel was ever part of Fedora. ie. I don't remember ever uninstalling it. So, I think the updates should include it. From jspaleta at gmail.com Fri Feb 4 17:16:48 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 4 Feb 2005 12:16:48 -0500 Subject: curl-dev dependency problem with updates In-Reply-To: <4203AD13.6050306@comcast.net> References: <41FEDBA3.2080408@comcast.net> <20050203102700.GA8557@redhat.com> <4203AD13.6050306@comcast.net> Message-ID: <604aa7910502040916612c919a@mail.gmail.com> On Fri, 04 Feb 2005 12:12:51 -0500, Robert La Ferla wrote: > Clearly but I don't think libidn-devel was ever part of Fedora. ie. I > don't remember ever uninstalling it. So, I think the updates should > include it. Uhm..... http://download.fedora.redhat.com/pub/fedora/linux/core/3/i386/os/Fedora/RPMS/libidn-devel-0.5.6-1.i386.rpm it exists in fc3 -jef From dwalsh at redhat.com Fri Feb 4 18:18:56 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 04 Feb 2005 13:18:56 -0500 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-2.76 Message-ID: <4203BC90.8030804@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-112 2005-02-04 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 2.76 Summary : SELinux targeted policy configuration Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- * Thu Feb 03 2005 Dan Walsh 1.17.30-2.76 - If httpd_disable_trans set make sure cgi do not transition * Fri Jan 28 2005 Dan Walsh 1.17.30-2.75 - Remove automount.te checks --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 54786fa91a40752b00a3e61a6f474f3a SRPMS/selinux-policy-targeted-1.17.30-2.76.src.rpm ea917bdc8b922617adfad3e82071b280 x86_64/selinux-policy-targeted-1.17.30-2.76.noarch.rpm 1a740567c9d2ce39b0150b81e354c42c x86_64/selinux-policy-targeted-sources-1.17.30-2.76.noarch.rpm ea917bdc8b922617adfad3e82071b280 i386/selinux-policy-targeted-1.17.30-2.76.noarch.rpm 1a740567c9d2ce39b0150b81e354c42c i386/selinux-policy-targeted-sources-1.17.30-2.76.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From dwalsh at redhat.com Fri Feb 4 22:13:37 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 04 Feb 2005 17:13:37 -0500 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-2.78 Message-ID: <4203F391.6050204@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-119 2005-02-04 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 2.78 Summary : SELinux targeted policy configuration Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- * Fri Feb 04 2005 Dan Walsh 1.17.30-2.78 - Backport changes to spec file --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ bbcc9ac5a056a615ef936536ddc8bfbb SRPMS/selinux-policy-targeted-1.17.30-2.78.src.rpm 6951f334e9ad2e3c9d2ae7bce43a6a11 x86_64/selinux-policy-targeted-1.17.30-2.78.noarch.rpm 4f9e91716472464182381e548a6958bc x86_64/selinux-policy-targeted-sources-1.17.30-2.78.noarch.rpm 6951f334e9ad2e3c9d2ae7bce43a6a11 i386/selinux-policy-targeted-1.17.30-2.78.noarch.rpm 4f9e91716472464182381e548a6958bc i386/selinux-policy-targeted-sources-1.17.30-2.78.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From dwalsh at redhat.com Fri Feb 4 22:14:43 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Fri, 04 Feb 2005 17:14:43 -0500 Subject: Fedora Core 3 Test Update: policycoreutils-1.18.1-2.8 Message-ID: <4203F3D3.6080906@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-120 2005-02-04 --------------------------------------------------------------------- Product : Fedora Core 3 Name : policycoreutils Version : 1.18.1 Release : 2.8 Summary : SELinux policy core utilities. Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. policycoreutils contains the policy core utilities that are required for basic operation of a SELinux system. These utilities include load_policy to load policies, setfiles to label filesystems, newrole to switch roles, and run_init to run /etc/init.d scripts in the proper context. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 8116e8ee805dc2efec331de92028d891 SRPMS/policycoreutils-1.18.1-2.8.src.rpm dfe7844d4a4ca9e5850456b3d499837b x86_64/policycoreutils-1.18.1-2.8.x86_64.rpm a01de1ee7d83fdf00d9260480f11992e x86_64/debug/policycoreutils-debuginfo-1.18.1-2.8.x86_64.rpm 75490bd952448cb53251b368aa61f015 i386/policycoreutils-1.18.1-2.8.i386.rpm 443d742eb2fc84e3b238b17379bf4f38 i386/debug/policycoreutils-debuginfo-1.18.1-2.8.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From mrsam at courier-mta.com Sat Feb 5 04:30:53 2005 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Fri, 04 Feb 2005 23:30:53 -0500 Subject: 2.6.10-1.12_FC2, x86_64 SMP: Boom!!! Message-ID: Did anyone yet tried booting the x86_64 build of the most recent FC2 kernel errata? The last message out of the kernel is: RAMDISK: Compressed image found at block 0 The next message I normally see is: VFS: Mounted root (ext2 filesystem). But, instead of that, my box pauses for a second, then reboots. How rude. The x86_64 UP kernel boots fine. Maybe, just maybe, something went screwy when the RPM was installed, and that particular initrd got corrupted, causing that particular kernel image to blow up when it tries to decompress it. However I did not see any obvious error during the install. Right now, it's time for my beauty sleep; when I have time I'll try to rebuild the initrd; for now I rolled back to 2.6.10-1.9_FC2smp. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From michal at harddata.com Sat Feb 5 05:48:56 2005 From: michal at harddata.com (Michal Jaegermann) Date: Fri, 4 Feb 2005 22:48:56 -0700 Subject: 2.6.10-1.12_FC2, x86_64 SMP: Boom!!! In-Reply-To: ; from mrsam@courier-mta.com on Fri, Feb 04, 2005 at 11:30:53PM -0500 References: Message-ID: <20050204224856.A13823@mail.harddata.com> On Fri, Feb 04, 2005 at 11:30:53PM -0500, Sam Varshavchik wrote: > Did anyone yet tried booting the x86_64 build of the most recent FC2 kernel > errata? See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=146935 Formally this is FC3 (mostly) but check comments. Michal From skvidal at phy.duke.edu Sat Feb 5 06:10:08 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 01:10:08 -0500 Subject: yum 2.1.13 in updates-testing Message-ID: <1107583808.8961.51.camel@cutter> hey folks, Can some of you test out yum 2.1.13 in updates-testing? I'd like to know if there are any other problems found. I've gotten 2 reports that have been fixed now but I'm looking for more issues. Thanks! -sv From res at ausics.net Sat Feb 5 08:33:32 2005 From: res at ausics.net (Res) Date: Sat, 5 Feb 2005 18:33:32 +1000 (EST) Subject: FC4 for servers Message-ID: I'm sure this argument has been had before, but what I'd like to see in FC4 is the ol server install, being just that, install has bare minimum stuff instlaled, FC1,2 and 3 seems to load a lot of not needed crap. I mean loomk at a min server install for RH9 or even current slackware, then look at it on FC, guys a server install should be exactly that, WTF has cannaserver got to do with being a server, it doesnt! nor does several other things, the least stuff instlaled and run on a server is paramount, the more crap that runs that clearly is not needed = more and higher risks Lets not end up like m$ huh! flame away :P From vano.beridze at silkroad.ge Sat Feb 5 18:16:11 2005 From: vano.beridze at silkroad.ge (Vano Beridze) Date: Sat, 05 Feb 2005 15:16:11 -0300 Subject: FC4 for servers In-Reply-To: References: Message-ID: <42050D6B.1040008@silkroad.ge> Res wrote: > I'm sure this argument has been had before, but what I'd like to see > in FC4 is the ol server install, being just that, install has bare > minimum stuff instlaled, FC1,2 and 3 seems to load a lot of not needed > crap. > > I mean loomk at a min server install for RH9 or even current > slackware, then look at it on FC, guys a server install should be > exactly that, WTF has cannaserver got to do with being a server, it > doesnt! nor does several other things, the least stuff instlaled and > run on a server is paramount, the more crap that runs that clearly is > not needed = more and higher risks > > Lets not end up like m$ huh! > > > flame away :P > Unfortunately nobody is getting serious about that problem. Last time I asked for the REAL minimal install they told me to propose the package list that I think is minimal. I honestly don't know. I would rather prefer Fedora people do that but don't put all the crap in your minimal installation or don't call it minimal. Minimal installation for me is the following: packages that are barely needed for booting the system. (kernel,glibc,etc...) yum,up2date?,rpm to add more packages at will. maybe some basic utility commands. (shadow_utils,mount) That's all. I don't want to beleive that nobody is able to identify the packages that are needed to only boot the system. Look at alternatives: Debian, has base install Gentoo, has base install FreeBSD, has base install OpenBSD, has base install. Solaris, has base install. And please don't tell me that fedora is a desktop OS. -- Vano Beridze Software Developer Silk Road Group S.A. From arjanv at redhat.com Sat Feb 5 12:41:11 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 05 Feb 2005 13:41:11 +0100 Subject: FC4 for servers In-Reply-To: <42050D6B.1040008@silkroad.ge> References: <42050D6B.1040008@silkroad.ge> Message-ID: <1107607271.4127.90.camel@laptopd505.fenrus.org> On Sat, 2005-02-05 at 15:16 -0300, Vano Beridze wrote: > > I don't want to beleive that nobody is able to identify the packages > that are needed to only boot the system. > I'm not telling you. I posted this list of packages to this mailinglist a few weeks ago. -------------- 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 rpaiz at simpaticus.com Sat Feb 5 14:00:42 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Sat, 05 Feb 2005 08:00:42 -0600 Subject: FC4 for servers In-Reply-To: <1107607271.4127.90.camel@laptopd505.fenrus.org> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> Message-ID: <1107612042.5202.27.camel@localhost.localdomain> On Sat, 2005-02-05 at 13:41 +0100, Arjan van de Ven wrote: > I'm not telling you. I posted this list of packages to this mailinglist > a few weeks ago. Arjan's right. Also see: http://www.simpaticus.com/linux/barebones-server-howto.php for my approach to trimming the fat from a Fedora minimal install. I am (slowly) trying to create a comps.xml file that can be submitted for testing. It goes SLOWLY because I am having trouble understanding what to modify and what not to... I am not really a programmer. The intent (and I wouldn't mind some help here...) is to submit this comps.xml file to the Fedora team. If they agree, it will replace the current minimal install. The "weight loss" from current minimal is not trivial... I was very conservative about eliminating stuff, and even so I got rid of nearly 160MB of cruft. We go through this discussion frequently, but very few people step up the plate and help. Anyone have a tiny bit of knowledge and some free time, to help put my modifications into the comps.xml file? With that one change, we can take a big step forward! And remember this discussion the next time you hear people whining about Red Hat not giving control to the community. The problem is that it's hard to get the community to participate! Thank God for Red Hat's gradual process of including the community while ensuring that Fedora maintains forward progress. Cheers, -- Rodolfo J. Paiz From jspaleta at gmail.com Sat Feb 5 14:14:35 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 5 Feb 2005 09:14:35 -0500 Subject: FC4 for servers In-Reply-To: <1107612042.5202.27.camel@localhost.localdomain> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <1107612042.5202.27.camel@localhost.localdomain> Message-ID: <604aa79105020506147b3683a0@mail.gmail.com> On Sat, 05 Feb 2005 08:00:42 -0600, Rodolfo J. Paiz wrote: > We go through this discussion frequently, but very few people step up > the plate and help. Anyone have a tiny bit of knowledge and some free > time, to help put my modifications into the comps.xml file? With that > one change, we can take a big step forward! Do you have a specific list or forum or whatever I need to use to point people at your comps.xml effort when they pipe up on the lists? You might think about posting a status report about it.. periodically to this list and 'releasing' what you have so far so people can test it and give you incremental feedback. I know there are people who have experience rebuilding an installer image with alternative package sets lurking around. -jef From P.R.Schaffner at IEEE.org Sat Feb 5 14:20:06 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 05 Feb 2005 09:20:06 -0500 Subject: yum 2.1.13 in updates-testing In-Reply-To: <1107583808.8961.51.camel@cutter> References: <1107583808.8961.51.camel@cutter> Message-ID: <1107613206.6303.4.camel@tabb1.tabb> On Sat, 2005-02-05 at 01:10 -0500, seth vidal wrote: > hey folks, > Can some of you test out yum 2.1.13 in updates-testing? I'd like to > know if there are any other problems found. I've gotten 2 reports that > have been fixed now but I'm looking for more issues. OK - here's one: # yum upgrade Setting up Upgrade Process Setting up Repos extras-debug 100% |=========================| 951 B 00:00 extras 100% |=========================| 951 B 00:00 updates-released 100% |=========================| 951 B 00:00 base 100% |=========================| 951 B 00:00 local 100% |=========================| 951 B 00:00 Reading repository metadata in from local files extras-deb: ################################################## 393/393 extras : ################################################## 723/723 updates-re: ################################################## 659/659 base : ################################################## 1652/1652 local : ################################################## 46/46 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package wxGTK.i386 0:2.4.2-7 set to be updated ---> Package perl-IO-Socket-SSL.noarch 0:0.96-3 set to be updated ---> Package portaudio.i386 0:18.1-3 set to be updated ---> Package synaptic.i386 0:0.55.3-2 set to be updated ---> Package id3lib.i386 0:3.8.3-9 set to be updated ---> Package Hermes.i386 0:1.3.3-6 set to be updated ---> Package imlib2.i386 0:1.2.0-4 set to be updated ---> Package alsaplayer.i386 0:0.99.76-3 set to be updated ---> Package pyzor.noarch 0:0.4.0-6 set to be updated ---> Package xosd.i386 0:2.2.14-1 set to be updated --> Running transaction check --> Processing Dependency: wxGTK-common = 2.4.2-7 for package: wxGTK --> Processing Dependency: libapt-pkg-libc6.3-6.so.2 for package: synaptic --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package apt.i386 0:0.5.15cnc6-12.r362 set to be updated ---> Package wxGTK-common.i386 0:2.4.2-7 set to be updated --> Running transaction check Dependencies Resolved Transaction Listing: Update: pyzor.noarch 0:0.4.0-6 - extras Update: imlib2.i386 0:1.2.0-4 - extras Update: alsaplayer.i386 0:0.99.76-3 - extras Update: synaptic.i386 0:0.55.3-2 - extras Update: wxGTK.i386 0:2.4.2-7 - extras Update: perl-IO-Socket-SSL.noarch 0:0.96-3 - extras Update: portaudio.i386 0:18.1-3 - extras Update: id3lib.i386 0:3.8.3-9 - extras Update: xosd.i386 0:2.2.14-1 - extras Update: Hermes.i386 0:1.3.3-6 - extras Performing the following to resolve dependencies: Install: wxGTK-common.i386 0:2.4.2-7 - extras Update: apt.i386 0:0.5.15cnc6-12.r362 - extras Total download size: 6.4 M Is this ok [y/N]: y Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed Output with -d5 attached. Phil -------------- next part -------------- A non-text attachment was scrubbed... Name: yum.err.gz Type: application/x-gzip Size: 1533 bytes Desc: not available URL: From jspaleta at gmail.com Sat Feb 5 14:34:52 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sat, 5 Feb 2005 09:34:52 -0500 Subject: yum 2.1.13 in updates-testing In-Reply-To: <1107613206.6303.4.camel@tabb1.tabb> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> Message-ID: <604aa7910502050634822ee7e@mail.gmail.com> On Sat, 05 Feb 2005 09:20:06 -0500, Phil Schaffner wrote: > Update: synaptic.i386 0:0.55.3-2 - extras > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed Check the requirements of the synaptic yum wants to update check the provides of the apt you currently have installed. you have apt from atrpms installed... you dont have atrpms in the yum repository information that you loaded.... Looks like a packaging conflict from using multiple repositories to me. I don't see how this qualifies as a yum problem considering that yum isn't going to downgrade packages as a matter of design. -jef From paul at all-the-johnsons.co.uk Sat Feb 5 14:38:02 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 05 Feb 2005 14:38:02 +0000 Subject: OpenOffice Message-ID: <1107614282.5778.10.camel@localhost.localdomain> Hi, I think it's been reported, but I'm getting the following segfault from the OOo2 betas http://people.redhat.com/caolanm/openoffice.org2/i386/ /usr/lib/openoffice.org1.9.73/program/soffice: line 235: 8225 Segmentation fault "$sd_prog/$sd_binary" "$@" Any sign of a fix? TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 vano.beridze at silkroad.ge Sat Feb 5 20:53:03 2005 From: vano.beridze at silkroad.ge (Vano Beridze) Date: Sat, 05 Feb 2005 17:53:03 -0300 Subject: FC4 for servers In-Reply-To: <1107607271.4127.90.camel@laptopd505.fenrus.org> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> Message-ID: <4205322F.3070109@silkroad.ge> Arjan van de Ven wrote: >On Sat, 2005-02-05 at 15:16 -0300, Vano Beridze wrote: > > >>I don't want to beleive that nobody is able to identify the packages >>that are needed to only boot the system. >> >> >> > >I'm not telling you. I posted this list of packages to this mailinglist >a few weeks ago. > > > I could not find that list. Could you please post the topic title or direct link to the post? Thanks -- Vano Beridze Software Developer Silk Road Group S.A. From arjanv at redhat.com Sat Feb 5 15:01:50 2005 From: arjanv at redhat.com (Arjan van de Ven) Date: Sat, 05 Feb 2005 16:01:50 +0100 Subject: FC4 for servers In-Reply-To: <4205322F.3070109@silkroad.ge> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <4205322F.3070109@silkroad.ge> Message-ID: <1107615711.4127.107.camel@laptopd505.fenrus.org> On Sat, 2005-02-05 at 17:53 -0300, Vano Beridze wrote: > Arjan van de Ven wrote: > > >On Sat, 2005-02-05 at 15:16 -0300, Vano Beridze wrote: > > > > > >>I don't want to beleive that nobody is able to identify the packages > >>that are needed to only boot the system. > >> > >> > >> > > > >I'm not telling you. I posted this list of packages to this mailinglist > >a few weeks ago. > > > > > > > I could not find that list. > Could you please post the topic title or direct link to the post? how about I just repost the list :) it's attached to this mail -------------- next part -------------- filesystem termcap basesystem glibc-common mktemp zlib libtermcap cracklib words iproute mount e2fsprogs libattr pcre bzip2-libs mingetty iputils ncurses grep gpm findutils pam which SysVinit modutils rpm sysklogd setup rpmdb-fedora libgcc tzdata glibc chkconfig shadow-utils bash popt cracklib-dicts beecrypt net-tools ethtool libacl elfutils-libelf db4 info sed psmisc gawk coreutils dev util-linux procps initscripts mkinitrd libstdc++ glib2 tar gzip dev cpio dev lvm2 kernel libselinux module-init-tools less device-mapper rpm-libs libsepol udev readline MAKEDEV hotplug hwdata usbutils fedora-release db4-utils -------------- 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 Sat Feb 5 15:07:39 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 10:07:39 -0500 Subject: yum 2.1.13 in updates-testing In-Reply-To: <604aa7910502050634822ee7e@mail.gmail.com> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> Message-ID: <1107616059.8961.82.camel@cutter> On Sat, 2005-02-05 at 09:34 -0500, Jeff Spaleta wrote: > On Sat, 05 Feb 2005 09:20:06 -0500, Phil Schaffner > wrote: > > > Update: synaptic.i386 0:0.55.3-2 - extras > > > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > > > Check the requirements of the synaptic yum wants to update > check the provides of the apt you currently have installed. > you have apt from atrpms installed... you dont have atrpms in the yum > repository information that you loaded.... > > Looks like a packaging conflict from using multiple repositories to > me. I don't see how this qualifies as a yum problem considering that > yum isn't going to downgrade packages as a matter of design. > It's still a bug - it should complain and moan about the problem rather than appear to go through with it. -sv From Axel.Thimm at ATrpms.net Sat Feb 5 15:14:53 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sat, 5 Feb 2005 16:14:53 +0100 Subject: yum 2.1.13 in updates-testing In-Reply-To: <604aa7910502050634822ee7e@mail.gmail.com> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> Message-ID: <20050205151453.GA7103@neu.nirvana> On Sat, Feb 05, 2005 at 09:34:52AM -0500, Jeff Spaleta wrote: > On Sat, 05 Feb 2005 09:20:06 -0500, Phil Schaffner > wrote: > > > Update: synaptic.i386 0:0.55.3-2 - extras > > > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > > > Check the requirements of the synaptic yum wants to update > check the provides of the apt you currently have installed. > you have apt from atrpms installed... you dont have atrpms in the yum > repository information that you loaded.... > > Looks like a packaging conflict from using multiple repositories to > me. I don't see how this qualifies as a yum problem considering that > yum isn't going to downgrade packages as a matter of design. No, the proper way for yum to do is to not upgrade a package (synaptic) if it is going to miss its (explicit) dependencies (apt with a given version/release). The repo bug is most probably in synaptic from extras requiring explicitely apt-0.5.15cnc6-12.r362, i.e. not allowing other apt with different release tags. -- 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 fedora at wir-sind-cool.org Sat Feb 5 15:24:43 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sat, 5 Feb 2005 16:24:43 +0100 Subject: yum 2.1.13 in updates-testing In-Reply-To: <604aa7910502050634822ee7e@mail.gmail.com> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> Message-ID: <20050205162443.145dc0a9.fedora@wir-sind-cool.org> On Sat, 5 Feb 2005 09:34:52 -0500, Jeff Spaleta wrote: > On Sat, 05 Feb 2005 09:20:06 -0500, Phil Schaffner > wrote: > > > Update: synaptic.i386 0:0.55.3-2 - extras > > > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > > > Check the requirements of the synaptic yum wants to update > check the provides of the apt you currently have installed. > you have apt from atrpms installed... you dont have atrpms in the yum > repository information that you loaded.... > > Looks like a packaging conflict from using multiple repositories to > me. I don't see how this qualifies as a yum problem considering that > yum isn't going to downgrade packages as a matter of design. synaptic requires libapt-pkg-libc6.3-6.so.0, which is only provided by apt-0.5.15cnc6-12.r362 in Phil's configured set of repositories. yum decides to take that one, but then realises that a higher version of apt is installed already and does not come from the enabled repositories. That's not a conflict, but an inconsistent repository configuration. Btw, yum 2.1.13 from updates-testing works for me so far. -- Fedora Core release 3 (Heidelberg) - Linux 2.6.10-1.760_FC3 loadavg: 1.08 1.05 1.07 From vano.beridze at silkroad.ge Sat Feb 5 21:31:29 2005 From: vano.beridze at silkroad.ge (Vano Beridze) Date: Sat, 05 Feb 2005 18:31:29 -0300 Subject: FC4 for servers In-Reply-To: <1107615711.4127.107.camel@laptopd505.fenrus.org> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <4205322F.3070109@silkroad.ge> <1107615711.4127.107.camel@laptopd505.fenrus.org> Message-ID: <42053B31.4020601@silkroad.ge> Arjan van de Ven wrote: >how about I just repost the list :) >it's attached to this mail > > >filesystem >termcap >basesystem >glibc-common >mktemp >zlib >libtermcap >cracklib >words >iproute >mount >e2fsprogs >libattr >pcre >bzip2-libs >mingetty >iputils >ncurses >grep >gpm >findutils >pam >which >SysVinit >modutils >rpm >sysklogd >setup >rpmdb-fedora >libgcc >tzdata >glibc >chkconfig >shadow-utils >bash >popt >cracklib-dicts >beecrypt >net-tools >ethtool >libacl >elfutils-libelf >db4 >info >sed >psmisc >gawk >coreutils >dev >util-linux >procps >initscripts >mkinitrd >libstdc++ >glib2 >tar >gzip >dev >cpio >dev >lvm2 >kernel >libselinux >module-init-tools >less >device-mapper >rpm-libs >libsepol >udev >readline >MAKEDEV >hotplug >hwdata >usbutils >fedora-release >db4-utils > > Great!!! Will this list be included in fc4 as a minimal install? -- Vano Beridze Software Developer Silk Road Group S.A. From skvidal at phy.duke.edu Sat Feb 5 15:37:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 10:37:21 -0500 Subject: FC4 for servers In-Reply-To: <42053B31.4020601@silkroad.ge> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <4205322F.3070109@silkroad.ge> <1107615711.4127.107.camel@laptopd505.fenrus.org> <42053B31.4020601@silkroad.ge> Message-ID: <1107617841.8961.93.camel@cutter> On Sat, 2005-02-05 at 18:31 -0300, Vano Beridze wrote: > Great!!! > > Will this list be included in fc4 as a minimal install? You know you can do that all yourself just using kickstart, right? -sv From skvidal at phy.duke.edu Sat Feb 5 16:08:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 11:08:44 -0500 Subject: yum 2.1.13 in updates-testing In-Reply-To: <1107613206.6303.4.camel@tabb1.tabb> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> Message-ID: <1107619724.15457.0.camel@cutter> On Sat, 2005-02-05 at 09:20 -0500, Phil Schaffner wrote: > On Sat, 2005-02-05 at 01:10 -0500, seth vidal wrote: > > hey folks, > > Can some of you test out yum 2.1.13 in updates-testing? I'd like to > > know if there are any other problems found. I've gotten 2 reports that > > have been fixed now but I'm looking for more issues. > > OK - here's one: > > Performing the following to resolve dependencies: > Install: wxGTK-common.i386 0:2.4.2-7 - extras > Update: apt.i386 0:0.5.15cnc6-12.r362 - extras > Total download size: 6.4 M > Is this ok [y/N]: y > Downloading Packages: > Running Transaction Test > Finished Transaction Test > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > Phil, If you could - open a bug on this one. thanks -sv From rpaiz at simpaticus.com Sat Feb 5 19:23:59 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Sat, 05 Feb 2005 13:23:59 -0600 Subject: FC4 for servers In-Reply-To: <1107617841.8961.93.camel@cutter> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <4205322F.3070109@silkroad.ge> <1107615711.4127.107.camel@laptopd505.fenrus.org> <42053B31.4020601@silkroad.ge> <1107617841.8961.93.camel@cutter> Message-ID: <1107631440.5202.51.camel@localhost.localdomain> On Sat, 2005-02-05 at 10:37 -0500, seth vidal wrote: > You know you can do that all yourself just using kickstart, right? > Bzzzt! Thank you for playing. You're going to have to try to prove that one, Seth, because several of us have been very repeatedly unsuccessful. Even selecting just @core and adding "--no-base", or any other attempt to reduce the size of the stock install, has still resulted in somewhat under 300 packages installed (~570MB). See Bugzilla for a good example: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=139364 Aleksandar has been more thorough than I about documenting his work to the Fedora team... but that one Bugzilla should at least provide a good illustration of some of the problems. Cheers, -- Rodolfo J. Paiz From skvidal at phy.duke.edu Sat Feb 5 19:47:44 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 14:47:44 -0500 Subject: FC4 for servers In-Reply-To: <1107631440.5202.51.camel@localhost.localdomain> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <4205322F.3070109@silkroad.ge> <1107615711.4127.107.camel@laptopd505.fenrus.org> <42053B31.4020601@silkroad.ge> <1107617841.8961.93.camel@cutter> <1107631440.5202.51.camel@localhost.localdomain> Message-ID: <1107632864.21145.0.camel@cutter> On Sat, 2005-02-05 at 13:23 -0600, Rodolfo J. Paiz wrote: > On Sat, 2005-02-05 at 10:37 -0500, seth vidal wrote: > > You know you can do that all yourself just using kickstart, right? > > > > Bzzzt! Thank you for playing. You're going to have to try to prove that > one, Seth, because several of us have been very repeatedly unsuccessful. > > Even selecting just @core and adding "--no-base", or any other attempt > to reduce the size of the stock install, has still resulted in somewhat > under 300 packages installed (~570MB). See Bugzilla for a good example: > %packages %post yum remove stuff-you-don't-want is that proof enough? -sv From strange at nsk.no-ip.org Sat Feb 5 19:45:33 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Sat, 5 Feb 2005 19:45:33 +0000 Subject: FC4 for servers In-Reply-To: <1107615711.4127.107.camel@laptopd505.fenrus.org> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <4205322F.3070109@silkroad.ge> <1107615711.4127.107.camel@laptopd505.fenrus.org> Message-ID: <20050205194533.GA22285@nsk.no-ip.org> On Sat, Feb 05, 2005 at 04:01:50PM +0100, Arjan van de Ven wrote: > glibc-common That's one that bothers me, for its size and not much usefulness for bare systems. (And I'm in pt_PT.) Could glibc's dependency on glibc-common be removed and an explicit dependency added to the core (base?) group? Regards, Luciano Rocha -- 3/11 From paul at all-the-johnsons.co.uk Sat Feb 5 20:29:28 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 05 Feb 2005 20:29:28 +0000 Subject: Unable to update Message-ID: <1107635368.5778.20.camel@localhost.localdomain> Hi, Okay, I've got things mostly happy with doing an update, but now am getting Traceback (most recent call last): File "/usr/bin/yum", line 7, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 146, in main base.doTransaction() File "/usr/share/yum-cli/cli.py", line 630, in doTransaction problems = self.downloadPkgs(downloadpkgs) File "__init__.py", line 442, in downloadPkgs File "repos.py", line 521, in get File "mirror.py", line 414, in urlgrab File "mirror.py", line 400, in _mirror_try File "grabber.py", line 601, in urlgrab File "grabber.py", line 533, in _retry File "grabber.py", line 587, in retryfunc File "grabber.py", line 709, in __init__ File "grabber.py", line 752, in _do_open File "grabber.py", line 817, in _build_range File "byterange.py", line 422, in range_tuple_to_header TypeError: not enough arguments for format string Where does this bug come from and how do I get around it? TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 Sat Feb 5 20:35:51 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 15:35:51 -0500 Subject: Unable to update In-Reply-To: <1107635368.5778.20.camel@localhost.localdomain> References: <1107635368.5778.20.camel@localhost.localdomain> Message-ID: <1107635751.21145.2.camel@cutter> On Sat, 2005-02-05 at 20:29 +0000, Paul wrote: > Hi, > > Okay, I've got things mostly happy with doing an update, but now am > getting > > Traceback (most recent call last): > File "/usr/bin/yum", line 7, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 146, in main > base.doTransaction() > File "/usr/share/yum-cli/cli.py", line 630, in doTransaction > problems = self.downloadPkgs(downloadpkgs) > File "__init__.py", line 442, in downloadPkgs > File "repos.py", line 521, in get > File "mirror.py", line 414, in urlgrab > File "mirror.py", line 400, in _mirror_try > File "grabber.py", line 601, in urlgrab > File "grabber.py", line 533, in _retry > File "grabber.py", line 587, in retryfunc > File "grabber.py", line 709, in __init__ > File "grabber.py", line 752, in _do_open > File "grabber.py", line 817, in _build_range > File "byterange.py", line 422, in range_tuple_to_header > TypeError: not enough arguments for format string > > Where does this bug come from and how do I get around it? > https://bugzilla.redhat.com/beta/show_bug.cgi?id=147124 -sv From rpaiz at simpaticus.com Sat Feb 5 23:49:49 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Sat, 05 Feb 2005 17:49:49 -0600 Subject: FC4 for servers In-Reply-To: <1107632864.21145.0.camel@cutter> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <4205322F.3070109@silkroad.ge> <1107615711.4127.107.camel@laptopd505.fenrus.org> <42053B31.4020601@silkroad.ge> <1107617841.8961.93.camel@cutter> <1107631440.5202.51.camel@localhost.localdomain> <1107632864.21145.0.camel@cutter> Message-ID: <1107647390.5202.71.camel@localhost.localdomain> On Sat, 2005-02-05 at 14:47 -0500, seth vidal wrote: > %packages > %post > yum remove stuff-you-don't-want > > is that proof enough? > No, definitely not. Using another tool in the %post section to remove packages is (other than by automation) no different at all from installing a minimal install via kickstart and then running a simple script to use yum or rpm to remove the packages. You have not used *kickstart* to select the packages... you have accepted whatever kickstart would give you and then trimmed "manually." You are no farther ahead than we. Note, for example, that you will need the full 570MB of space available for this install, even if you then trim it down to 200MB. You could not install onto a 256MB flash card, for example, or even onto a 512MB flash card. What we seek is, ideally, a much slimmer minimal install package list in the first place. Failing that, or pending that, we seek to actually be able to use kickstart to install fewer packages such that Anaconda actually only installs the 200MB you want, instead of installing 570MB then deleting 370MB. Care to try again? You have no idea how happy I'd be if you succeed, but sadly (AFAIAC) your first attempt is most definitely not a success. Cheers, -- Rodolfo J. Paiz From res at ausics.net Sun Feb 6 00:04:20 2005 From: res at ausics.net (Res) Date: Sun, 6 Feb 2005 10:04:20 +1000 (EST) Subject: FC4 for servers In-Reply-To: <1107607271.4127.90.camel@laptopd505.fenrus.org> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> Message-ID: On Sat, 5 Feb 2005, Arjan van de Ven wrote: > On Sat, 2005-02-05 at 15:16 -0300, Vano Beridze wrote: >> >> I don't want to beleive that nobody is able to identify the packages >> that are needed to only boot the system. >> > > I'm not telling you. I posted this list of packages to this mailinglist > a few weeks ago. The fact remains if we select bare bones server isntall it *SHOULD* be that, if people want all hte lovely other junk, let THEM add it under custom or do a workstation isntall. Why have we strayed from this? I tell you now this is the main reason I have been told never to install fedora ino ur data center, I a couple aging RH9 boxes left because they were true server instla setups, the rest looks ilke from your comments will continue to be slackware. > > -- Regards, Res From rpaiz at simpaticus.com Sun Feb 6 00:08:46 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Sat, 05 Feb 2005 18:08:46 -0600 Subject: FC4 for servers In-Reply-To: References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> Message-ID: <1107648526.5202.87.camel@localhost.localdomain> On Sun, 2005-02-06 at 10:04 +1000, Res wrote: > I tell you now this is the main reason I have been told never to install > fedora ino ur data center, I a couple aging RH9 boxes left because they > were true server instla setups, the rest looks ilke from your comments > will continue to be slackware. > Not a very good argument, I think, since you can customize any distro to be anything you want, really. I personally have a few Fedora servers on trimmed minimal installs and I am quite happy with them. Most of what I like to do to a new server to make it slim and secure is detailed here: http://www.simpaticus.com/linux/barebones-server-howto.php Not finished yet, but at least useful to some degree. Cheers, -- Rodolfo J. Paiz From res at ausics.net Sun Feb 6 00:21:43 2005 From: res at ausics.net (Res) Date: Sun, 6 Feb 2005 10:21:43 +1000 (EST) Subject: FC4 for servers In-Reply-To: <1107648526.5202.87.camel@localhost.localdomain> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <1107648526.5202.87.camel@localhost.localdomain> Message-ID: On Sat, 5 Feb 2005, Rodolfo J. Paiz wrote: > On Sun, 2005-02-06 at 10:04 +1000, Res wrote: >> I tell you now this is the main reason I have been told never to install >> fedora ino ur data center, I a couple aging RH9 boxes left because they >> were true server instla setups, the rest looks ilke from your comments >> will continue to be slackware. >> > > Not a very good argument, I think, since you can customize any distro to Is RH going to pay for our time to sit back and strip it ? teach any new techs what needs to be removed when we install? nope, I didn't think so :) A bare bones RH9 server install, and a bare bones slackware install are just that, minimal and perfect, slackware tops out RH9 still in this field by only a couple of things so its no biggie, but like I asked in my previous post, why have we strayed from this? I agree a lot of it is nice....for a desktop install, and desktop is where fedora leaves other distros in its wake, no doubt about it, but if we are heading into hte desktop only direction, then looks like times are a changing, for teh worse in some cases. Also Arj's list is still a tad bloated, I mean I can't for the life of me see how I need gpm for instance on a mail/web/dns/database/radius server, etc etc etc... Cheers -- Regards, Res From goemon at anime.net Sun Feb 6 02:09:10 2005 From: goemon at anime.net (Dan Hollis) Date: Sat, 5 Feb 2005 18:09:10 -0800 (PST) Subject: FC4 for servers In-Reply-To: <1107632864.21145.0.camel@cutter> Message-ID: On Sat, 5 Feb 2005, seth vidal wrote: > %post > yum remove stuff-you-don't-want > > is that proof enough? this seems to me to be the wrong approach to the problem. for a barebones server install fedora shouldnt install the extra junk in the first place. as others have mentioned it makes it impossible to install barebones fedora even on a 512mb flash. the answers "just buy a bigger flash" or "just install onto a hd, remove a hundred packages or so, then copy it over to flash" are what drive people to other distros. :-/ -Dan From gene.heskett at verizon.net Sun Feb 6 02:29:59 2005 From: gene.heskett at verizon.net (Gene Heskett) Date: Sat, 5 Feb 2005 21:29:59 -0500 Subject: FC4 for servers In-Reply-To: References: <1107648526.5202.87.camel@localhost.localdomain> Message-ID: <200502052129.59269.gene.heskett@verizon.net> On Saturday 05 February 2005 19:21, Res wrote: >Also Arj's list is still a tad bloated, I mean I can't for the life > of me see how I need gpm for instance on a > mail/web/dns/database/radius server, etc etc etc... > Heck even I can answer that! How else are you going to be able to use the mouses cut & paste operations when configureing things? You have a photographic memory or something? -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) 99.32% setiathome rank, not too shabby for a WV hillbilly Yahoo.com attorneys please note, additions to this message by Gene Heskett are: Copyright 2005 by Maurice Eugene Heskett, all rights reserved. From P.R.Schaffner at IEEE.org Sun Feb 6 03:29:35 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 05 Feb 2005 22:29:35 -0500 Subject: yum 2.1.13 in updates-testing In-Reply-To: <1107619724.15457.0.camel@cutter> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <1107619724.15457.0.camel@cutter> Message-ID: <1107660575.6303.8.camel@tabb1.tabb> On Sat, 2005-02-05 at 11:08 -0500, seth vidal wrote: > Phil, If you could - open a bug on this one. You got it - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147275 Phil From P.R.Schaffner at IEEE.org Sun Feb 6 03:57:28 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sat, 05 Feb 2005 22:57:28 -0500 Subject: yum 2.1.13 in updates-testing In-Reply-To: <20050205162443.145dc0a9.fedora@wir-sind-cool.org> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> Message-ID: <1107662248.6303.31.camel@tabb1.tabb> On Sat, 2005-02-05 at 16:24 +0100, Michael Schwendt wrote: > On Sat, 5 Feb 2005 09:34:52 -0500, Jeff Spaleta wrote: > > > On Sat, 05 Feb 2005 09:20:06 -0500, Phil Schaffner > > wrote: > > > > > Update: synaptic.i386 0:0.55.3-2 - extras > > > > > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > > > > > > Check the requirements of the synaptic yum wants to update > > check the provides of the apt you currently have installed. > > you have apt from atrpms installed... you dont have atrpms in the yum > > repository information that you loaded.... > > > > Looks like a packaging conflict from using multiple repositories to > > me. I don't see how this qualifies as a yum problem considering that > > yum isn't going to downgrade packages as a matter of design. > > synaptic requires libapt-pkg-libc6.3-6.so.0, which is only provided by > apt-0.5.15cnc6-12.r362 in Phil's configured set of repositories. yum > decides to take that one, but then realises that a higher version of apt > is installed already and does not come from the enabled repositories. > That's not a conflict, but an inconsistent repository configuration. Deliberately disabled 3rd party repos to test new yum and new Extras repo. Seems yum should ideally notice the conflict in apt versions earlier in the process, before asking the user to confirm the upgrade (or should I say downgrade?). I get the same failure with ATrpms, FreshRPMS, Dag, NR, NewRPMS, locally-built and Macromedia (my usual [excessive?] set of 3rd party repos) added to the mix. Only way to avoid the conflict/error seems to be to remove Extras - in which case, result is "No Packages marked for Update/Obsoletion". Looks like Extras does not play nicely with ATrpms, FreshRPMS, ... any more than Fedora.US did - or vice versa. Perhaps the situation will improve now that Extras is on the Red Hat server. Otherwise, will just stick with the "compatible" set of repos plus home-built where required. Phil From skvidal at phy.duke.edu Sun Feb 6 04:40:12 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 23:40:12 -0500 Subject: FC4 for servers In-Reply-To: <1107647390.5202.71.camel@localhost.localdomain> References: <42050D6B.1040008@silkroad.ge> <1107607271.4127.90.camel@laptopd505.fenrus.org> <4205322F.3070109@silkroad.ge> <1107615711.4127.107.camel@laptopd505.fenrus.org> <42053B31.4020601@silkroad.ge> <1107617841.8961.93.camel@cutter> <1107631440.5202.51.camel@localhost.localdomain> <1107632864.21145.0.camel@cutter> <1107647390.5202.71.camel@localhost.localdomain> Message-ID: <1107664812.26807.5.camel@cutter> > No, definitely not. Using another tool in the %post section to remove > packages is (other than by automation) no different at all from > installing a minimal install via kickstart and then running a simple > script to use yum or rpm to remove the packages. You have not used > *kickstart* to select the packages... you have accepted whatever > kickstart would give you and then trimmed "manually." You mean i've taken a diverse set of tools and adequately accomplished the task you suggested? Sounds like the right way to me :) > You are no farther ahead than we. Note, for example, that you will need > the full 570MB of space available for this install, even if you then > trim it down to 200MB. You could not install onto a 256MB flash card, > for example, or even onto a 512MB flash card. I never claimed I was farther ahead - you said it was impossible, I disagreed. :) > Care to try again? You have no idea how happy I'd be if you succeed, but > sadly (AFAIAC) your first attempt is most definitely not a success. If you really want to try again - all you need to do is add an installclass to anaconda. Go read up on the installclasses - I think you'll see that's all that is necessary. -sv From skvidal at phy.duke.edu Sun Feb 6 04:43:48 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 23:43:48 -0500 Subject: FC4 for servers In-Reply-To: References: Message-ID: <1107665028.26807.11.camel@cutter> On Sat, 2005-02-05 at 18:09 -0800, Dan Hollis wrote: > On Sat, 5 Feb 2005, seth vidal wrote: > > %post > > yum remove stuff-you-don't-want > > > > is that proof enough? > > this seems to me to be the wrong approach to the problem. for a barebones > server install fedora shouldnt install the extra junk in the first place. Like I explained to Rodolfo - you can get where you want to get to by replacing an install class. I just asked if it would be possible to make it so anaconda looks for extras install classes from the repository or target location for network installs. > as others have mentioned it makes it impossible to install barebones > fedora even on a 512mb flash. the answers "just buy a bigger flash" or > "just install onto a hd, remove a hundred packages or so, then copy it > over to flash" are what drive people to other distros. :-/ then they should probably go to other distros. I don't remember anything in the goals of fedora which read like "be able to install in tiny tiny amounts of disk space" I understand what you're driving for but I'm not sure it's worth it. though I do recommend you read up on how anaconda works internally esp with regard to install classes. -sv From skvidal at phy.duke.edu Sun Feb 6 04:45:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sat, 05 Feb 2005 23:45:52 -0500 Subject: yum 2.1.13 in updates-testing In-Reply-To: <1107662248.6303.31.camel@tabb1.tabb> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> <1107662248.6303.31.camel@tabb1.tabb> Message-ID: <1107665152.26807.14.camel@cutter> > Deliberately disabled 3rd party repos to test new yum and new Extras > repo. Seems yum should ideally notice the conflict in apt versions > earlier in the process, before asking the user to confirm the upgrade > (or should I say downgrade?). It's just a bug - I'll look into it. > I get the same failure with ATrpms, > FreshRPMS, Dag, NR, NewRPMS, locally-built and Macromedia (my usual > [excessive?] set of 3rd party repos) added to the mix. Only way to > avoid the conflict/error seems to be to remove Extras - in which case, > result is "No Packages marked for Update/Obsoletion". > Looks like Extras does not play nicely with ATrpms, FreshRPMS, ... any > more than Fedora.US did - or vice versa. Perhaps the situation will > improve now that Extras is on the Red Hat server. Otherwise, will just > stick with the "compatible" set of repos plus home-built where required. 1. extras isn't built on the red hat server 2. why do feel the need to attribute to malice that which is simply a bug? Do you really think I care enough about other repositories to go out my way to hurt them by not making yum catch this? cmon. let's be reasonable here. there's no need for drama. -sv From goemon at anime.net Sun Feb 6 04:53:14 2005 From: goemon at anime.net (Dan Hollis) Date: Sat, 5 Feb 2005 20:53:14 -0800 (PST) Subject: FC4 for servers In-Reply-To: <1107665028.26807.11.camel@cutter> Message-ID: On Sat, 5 Feb 2005, seth vidal wrote: > > as others have mentioned it makes it impossible to install barebones > > fedora even on a 512mb flash. the answers "just buy a bigger flash" or > > "just install onto a hd, remove a hundred packages or so, then copy it > > over to flash" are what drive people to other distros. :-/ > then they should probably go to other distros. I don't remember anything > in the goals of fedora which read like "be able to install in tiny tiny > amounts of disk space" > I understand what you're driving for but I'm not sure it's worth it. Adding a barebones install option isn't worth it? Part of it is increasing the flexibility of fedora by allowing it to be installed on a wider array of embedded platforms. The other part is just install efficiency, not having to waste time removing hundreds of rpms which are useless for headless ISP servers. In the end it comes down to fedora being flexible and easily deployable across a wider array of constrained hardware. I don't see why fedora should aim for regression vs. RH9 in this respect. -Dan From P.R.Schaffner at IEEE.org Sun Feb 6 05:01:20 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sun, 06 Feb 2005 00:01:20 -0500 Subject: yum 2.1.13 in updates-testing In-Reply-To: <1107665152.26807.14.camel@cutter> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> <1107662248.6303.31.camel@tabb1.tabb> <1107665152.26807.14.camel@cutter> Message-ID: <1107666080.6303.58.camel@tabb1.tabb> On Sat, 2005-02-05 at 23:45 -0500, seth vidal wrote: > > Deliberately disabled 3rd party repos to test new yum and new Extras > > repo. Seems yum should ideally notice the conflict in apt versions > > earlier in the process, before asking the user to confirm the upgrade > > (or should I say downgrade?). > > It's just a bug - I'll look into it. Yep - just trying to help. > > I get the same failure with ATrpms, > > FreshRPMS, Dag, NR, NewRPMS, locally-built and Macromedia (my usual > > [excessive?] set of 3rd party repos) added to the mix. Only way to > > avoid the conflict/error seems to be to remove Extras - in which case, > > result is "No Packages marked for Update/Obsoletion". > > > > > Looks like Extras does not play nicely with ATrpms, FreshRPMS, ... any > > more than Fedora.US did - or vice versa. Perhaps the situation will > > improve now that Extras is on the Red Hat server. Otherwise, will just > > stick with the "compatible" set of repos plus home-built where required. > > 1. extras isn't built on the red hat server But it is now available at baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/$releasever/$basearch/ > 2. why do feel the need to attribute to malice that which is simply a > bug? > > Do you really think I care enough about other repositories to go out my > way to hurt them by not making yum catch this? > > cmon. let's be reasonable here. there's no need for drama. Did not intend to imply malice, nor to be dramatic or unreasonable. Was just commenting that it has historically been inadvisable to mix Fedora.US/Livna with FreshRPMS and friends repos (not that they always play seamlessly together either). Was hoping the situation would improve with Extras. Sorry to have inadvertently caused offense - just trying to help out by testing/reporting as you requested. Believe me, your work on yum and attention to the various mailing lists (and that of ALL the repo maintainers) is very much appreciated and the last thing I would want to do is to be intentionally offensive. E-mail is not the clearest communications channel and it seems very easy to misinterpret. Best regards, Phil From skvidal at phy.duke.edu Sun Feb 6 05:12:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 06 Feb 2005 00:12:18 -0500 Subject: FC4 for servers In-Reply-To: References: Message-ID: <1107666738.26807.25.camel@cutter> > Adding a barebones install option isn't worth it? > > Part of it is increasing the flexibility of fedora by allowing it to be > installed on a wider array of embedded platforms. The other part is just > install efficiency, not having to waste time removing hundreds of rpms > which are useless for headless ISP servers. I think that's part of it, too - fedora's not really targeting the server infrastructure, is it :) > In the end it comes down to fedora being flexible and easily > deployable across a wider array of constrained hardware. > > I don't see why fedora should aim for regression vs. RH9 in this respect. Since you can do the install classes now I don't really see it as a regression but spin it however you'd like. -sv From goemon at anime.net Sun Feb 6 07:01:38 2005 From: goemon at anime.net (Dan Hollis) Date: Sat, 5 Feb 2005 23:01:38 -0800 (PST) Subject: FC4 for servers In-Reply-To: <1107666738.26807.25.camel@cutter> Message-ID: On Sun, 6 Feb 2005, seth vidal wrote: > > Adding a barebones install option isn't worth it? > > Part of it is increasing the flexibility of fedora by allowing it to be > > installed on a wider array of embedded platforms. The other part is just > > install efficiency, not having to waste time removing hundreds of rpms > > which are useless for headless ISP servers. > I think that's part of it, too - fedora's not really targeting the > server infrastructure, is it :) I guess not. It isnt accomodating embedded or constrained hardware either. desktop-4-evar? Anyone know a good server distro then? debian I guess? -Dan From fct-cornette at insight.rr.com Sun Feb 6 07:51:58 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 06 Feb 2005 02:51:58 -0500 Subject: Anaconda Install attempt 2/5/05 Message-ID: <4205CC9E.6080107@insight.rr.com> When attempting to install via FTP from a mirror on two different computers, I ended up experiencing several problems with the attempt. box 1: (HP laptop) 1. The GUI would Lockup eventually while trying to install. All of the installed linux versions were detected and I was able to select the version that I wanted to upgrade or pick a clean install. The radeon card that I have in the computer is a bit tricky and crashes with mode changes or switching to a terminal via ctl-alt-Fn. This is most likely a problem with the radeon driver and X. 2. When trying to install via text mode, the LVM installation is not detected or listed in the text based installer. When I proceeded with attempting a new installation, I noticed the lvm versions in disk druid. I proceeded with an installation on a USB hard disk and eneded up getting a long delay when the partitions were setup, then being formatted. The problem with the long delay was present on two different computers and seemed to be related to inode creation. It stuck around at 15/134 for a long time on the second machine that the installation was attempted on. This might be related to hardware, but a mention in case it is some data corruption during formatting. I stopped the attempts at installing on the laptop and moved the disk to the desktop. box 2: (Desktop w/ 370SSM motherboard, Intel 815 chipset.) 1. The GUI process seems to be successful. This is with the Intel 815 video card that had trouble in the installer earlier. I did have the same problem with the inode 15/134 delay. Since the disk was easy to access physically, I checked for any strange sounds coming from the disk, no hunting was found. It eventually made it past the inode creation hang and proceeded to format the other 2 partitions. Eventually, the installer crashed with a message that a severe problem was found with /dev/sda2, which was a 20 gig partition delegated for a future /home partition. A reboot was needed. 2. On the second attempt with installation, I decided to leave off the /dev/sda2 partition and only use the remaining partitions for a /boot a / and a swap partiton. I then worked my way through disk druid and did not format the partitions again. The terminal during the install attempt in the failed attempt above made it past the formatting of the partitions. I'll check the /root directory for logs related to anaconda and the install progress when booting into an installation that recognizes the USB disk. This FC2/FC3/rawhide does not recognize the usb drive, it never has. The other installations do, but I am not in one of those installations currently. Overall, the installer seemed to be a lot swifter in action on both computers that it was tested on. With the dep conflicts in rawhide currently, I did not expect a complete installation yet from rawhide. Jim From res at ausics.net Sun Feb 6 09:50:50 2005 From: res at ausics.net (Res) Date: Sun, 6 Feb 2005 19:50:50 +1000 (EST) Subject: FC4 for servers In-Reply-To: <200502052129.59269.gene.heskett@verizon.net> References: <1107648526.5202.87.camel@localhost.localdomain> <200502052129.59269.gene.heskett@verizon.net> Message-ID: On Sat, 5 Feb 2005, Gene Heskett wrote: > On Saturday 05 February 2005 19:21, Res wrote: > >> Also Arj's list is still a tad bloated, I mean I can't for the life >> of me see how I need gpm for instance on a >> mail/web/dns/database/radius server, etc etc etc... >> > Heck even I can answer that! How else are you going to be able to use > the mouses cut & paste operations when configureing things? You have > a photographic memory or something? A mouse in a server ? So we have to run a mouse lead to every box? come on be realistic, im not tlaking about a handfull of machines here, im talking a substantial number. Lot of configuring is done from desktops anyway, where gpm is handy. -- Regards, Res From res at ausics.net Sun Feb 6 09:52:23 2005 From: res at ausics.net (Res) Date: Sun, 6 Feb 2005 19:52:23 +1000 (EST) Subject: FC4 for servers In-Reply-To: References: Message-ID: On Sat, 5 Feb 2005, Dan Hollis wrote: > On Sat, 5 Feb 2005, seth vidal wrote: >>> as others have mentioned it makes it impossible to install barebones >>> fedora even on a 512mb flash. the answers "just buy a bigger flash" or >>> "just install onto a hd, remove a hundred packages or so, then copy it >>> over to flash" are what drive people to other distros. :-/ >> then they should probably go to other distros. I don't remember anything >> in the goals of fedora which read like "be able to install in tiny tiny >> amounts of disk space" >> I understand what you're driving for but I'm not sure it's worth it. > > Adding a barebones install option isn't worth it? it used to be... and it used to be called Server :) -- Regards, Res From res at ausics.net Sun Feb 6 09:53:41 2005 From: res at ausics.net (Res) Date: Sun, 6 Feb 2005 19:53:41 +1000 (EST) Subject: FC4 for servers In-Reply-To: References: Message-ID: On Sat, 5 Feb 2005, Dan Hollis wrote: > On Sun, 6 Feb 2005, seth vidal wrote: >>> Adding a barebones install option isn't worth it? >>> Part of it is increasing the flexibility of fedora by allowing it to be >>> installed on a wider array of embedded platforms. The other part is just >>> install efficiency, not having to waste time removing hundreds of rpms >>> which are useless for headless ISP servers. >> I think that's part of it, too - fedora's not really targeting the >> server infrastructure, is it :) > > I guess not. It isnt accomodating embedded or constrained hardware either. > > desktop-4-evar? > > Anyone know a good server distro then? debian I guess? debian eeeww ;P slackware :) > > -Dan > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Regards, Res From jbourne at hardrock.org Sun Feb 6 10:04:18 2005 From: jbourne at hardrock.org (James Bourne) Date: Sun, 6 Feb 2005 03:04:18 -0700 (MST) Subject: FC4 for servers In-Reply-To: <200502052129.59269.gene.heskett@verizon.net> References: <1107648526.5202.87.camel@localhost.localdomain> <200502052129.59269.gene.heskett@verizon.net> Message-ID: On Sat, 5 Feb 2005, Gene Heskett wrote: > Heck even I can answer that! How else are you going to be able to use > the mouses cut & paste operations when configureing things? You have > a photographic memory or something? workstation xterm ssh =) Regards James -- James Bourne | Email: jbourne at hardrock.org UNIX Systems Administration | WWW: http://www.hardrock.org Custom UNIX Programming | Linux: The choice of a GNU generation ---------------------------------------------------------------------- "All you need's an occasional kick in the philosophy." Frank Herbert From goemon at anime.net Sun Feb 6 10:26:31 2005 From: goemon at anime.net (Dan Hollis) Date: Sun, 6 Feb 2005 02:26:31 -0800 (PST) Subject: FC4 for servers In-Reply-To: Message-ID: On Sun, 6 Feb 2005, Res wrote: > On Sat, 5 Feb 2005, Dan Hollis wrote: > > Anyone know a good server distro then? debian I guess? > debian eeeww ;P slackware :) no x86_64 there, maybe gentoo then? -Dan From res at ausics.net Sun Feb 6 10:52:07 2005 From: res at ausics.net (Res) Date: Sun, 6 Feb 2005 20:52:07 +1000 (EST) Subject: FC4 for servers In-Reply-To: References: Message-ID: On Sun, 6 Feb 2005, Dan Hollis wrote: > On Sun, 6 Feb 2005, Res wrote: >> On Sat, 5 Feb 2005, Dan Hollis wrote: >>> Anyone know a good server distro then? debian I guess? >> debian eeeww ;P slackware :) > > no x86_64 there, maybe gentoo then? never played with it, know ppl who have and like it, debian has issues with x86_64, problems with some onboard gigabit ethernets from what iver heard > > -Dan > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > -- Regards, Res From paul at all-the-johnsons.co.uk Sun Feb 6 11:38:54 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 06 Feb 2005 11:38:54 +0000 Subject: Bugzilla for the beta of OOo? Message-ID: <1107689934.4678.10.camel@localhost.localdomain> Hi, Do I report problems with the beta of the FC rawhide OOo2 on here or will there be shortly a proper entry on the main Bugzilla? Version 73.2 seems very unstable, so much so that I'm having to use the OOo version instead. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 Sun Feb 6 13:00:31 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Sun, 06 Feb 2005 08:00:31 -0500 Subject: FC4 for servers In-Reply-To: References: Message-ID: <1107694831.26807.41.camel@cutter> On Sat, 2005-02-05 at 23:01 -0800, Dan Hollis wrote: > On Sun, 6 Feb 2005, seth vidal wrote: > > > Adding a barebones install option isn't worth it? > > > Part of it is increasing the flexibility of fedora by allowing it to be > > > installed on a wider array of embedded platforms. The other part is just > > > install efficiency, not having to waste time removing hundreds of rpms > > > which are useless for headless ISP servers. > > I think that's part of it, too - fedora's not really targeting the > > server infrastructure, is it :) > > I guess not. It isnt accomodating embedded or constrained hardware either. > > desktop-4-evar? > > Anyone know a good server distro then? debian I guess? We use centos for servers. -sv From jspaleta at gmail.com Sun Feb 6 14:04:51 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 6 Feb 2005 09:04:51 -0500 Subject: FC4 for servers In-Reply-To: <1107665028.26807.11.camel@cutter> References: <1107665028.26807.11.camel@cutter> Message-ID: <604aa7910502060604651f5b64@mail.gmail.com> On Sat, 05 Feb 2005 23:43:48 -0500, seth vidal wrote: > then they should probably go to other distros. I don't remember anything > in the goals of fedora which read like "be able to install in tiny tiny > amounts of disk space" > > I understand what you're driving for but I'm not sure it's worth it. So far my understanding is... it isn't worth it to Red Hat... but that there is an opportunity for community to contribute a solution to make the minimal install smaller. Unfortunately there seems to be an expectation when these discussions usually crop up that the burden should be on Red Hat to provide the solution.. and that community shouldn't have to contribute it. If everyone who was complaining about the lack of a barebones install would go help Rodolfo in his efforts, there might be a community solution sooner. Then again, maybe the fun is in the complaining. -jef From shrek-m at gmx.de Sun Feb 6 13:59:50 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 06 Feb 2005 14:59:50 +0100 Subject: Bugzilla for the beta of OOo? In-Reply-To: <1107689934.4678.10.camel@localhost.localdomain> References: <1107689934.4678.10.camel@localhost.localdomain> Message-ID: <420622D6.2040109@gmx.de> Paul wrote: >Do I report problems with the beta of the FC rawhide OOo2 on here or >will there be shortly a proper entry on the main Bugzilla? > where can i get the fc-rawhide OOo2-beta? $ yum --enablerepo=development list OO* openoffice* Setting up Repos Reading repository metadata in from local files developmen: ################################################## 3714/3714 updates-re: ################################################## 638/638 extras : ################################################## 703/703 base : ################################################## 2622/2622 Installed Packages openoffice.org.i386 1.1.3-2.5.fc3 installed openoffice.org-i18n.i386 1.1.3-2.5.fc3 installed openoffice.org-kde.i386 1.1.3-2.5.fc3 installed openoffice.org-libs.i386 1.1.3-2.5.fc3 installed Available Packages openoffice.org.i386 1.1.3-2.7 development openoffice.org-debuginfo.i386 1.1.3-2.7 development openoffice.org-i18n.i386 1.1.3-2.7 development openoffice.org-kde.i386 1.1.3-2.7 development openoffice.org-libs.i386 1.1.3-2.7 development >Version 73.2 >seems very unstable, so much so that I'm having to use the OOo version >instead. > > OOo 2.0 snapshot is 1.9.m74 http://download.openoffice.org/680/index.html -- shrek-m From fedora at wir-sind-cool.org Sun Feb 6 15:11:58 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 6 Feb 2005 16:11:58 +0100 Subject: yum 2.1.13 in updates-testing In-Reply-To: <1107662248.6303.31.camel@tabb1.tabb> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> <1107662248.6303.31.camel@tabb1.tabb> Message-ID: <20050206161158.0a0e7d5d.fedora@wir-sind-cool.org> On Sat, 05 Feb 2005 22:57:28 -0500, Phil Schaffner wrote: > > > Looks like a packaging conflict from using multiple repositories to > > > me. I don't see how this qualifies as a yum problem considering that > > > yum isn't going to downgrade packages as a matter of design. > > > > synaptic requires libapt-pkg-libc6.3-6.so.0, which is only provided by > > apt-0.5.15cnc6-12.r362 in Phil's configured set of repositories. yum > > decides to take that one, but then realises that a higher version of apt > > is installed already and does not come from the enabled repositories. > > That's not a conflict, but an inconsistent repository configuration. > > Deliberately disabled 3rd party repos to test new yum and new Extras > repo. Seems yum should ideally notice the conflict in apt versions > earlier in the process, before asking the user to confirm the upgrade > (or should I say downgrade?). Again, there is no immediate conflict, _if_ your already installed version of apt provides libapt-pkg-libc6.3-6.so.0, regardless of where it comes from. In that case, the installed apt package would suffice, and yum need not add a different version from the enabled repositories into the transaction set. Depending on where and how the other apt package was built, it can be fully compatible. It's an inconsistency, though, in which packages you have installed and run, and which enabled repositories you fetch software from. There is no guarantee that the package is compatible. Generally, package dependencies on package capabilities and package contents would need to be much more strict to really assure when another package would be equivalent or compatible, respectively (you can sometimes see this with dependencies on virtual provides and path names, for instance). Dunno whether it's feasible to make Yum offer a downgrade as in "You have newer versions of packages installed which are not from the enabled set of repositories. To fix this inconsistency, do you want to replace them (y/n)?" ;o) > I get the same failure with ATrpms, > FreshRPMS, Dag, NR, NewRPMS, locally-built and Macromedia (my usual > [excessive?] set of 3rd party repos) added to the mix. Only way to > avoid the conflict/error seems to be to remove Extras - in which case, > result is "No Packages marked for Update/Obsoletion". > > Looks like Extras does not play nicely with ATrpms, FreshRPMS, ... any > more than Fedora.US did - or vice versa. Perhaps the situation will > improve now that Extras is on the Red Hat server. Otherwise, will just > stick with the "compatible" set of repos plus home-built where required. The solution is simple and just like it's done with Fedora Core. If there's something in Fedora Core which should change, try to get the changes applied in Fedora Core. Replacing packages and forking development can turn out to be interesting for testing purposes, but is no long-term solution. -- Fedora Core release 3 (Heidelberg) - Linux 2.6.10-1.760_FC3 loadavg: 1.19 1.26 1.11 From Axel.Thimm at ATrpms.net Sun Feb 6 15:20:25 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 6 Feb 2005 16:20:25 +0100 Subject: yum 2.1.13 in updates-testing In-Reply-To: <20050205162443.145dc0a9.fedora@wir-sind-cool.org> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> Message-ID: <20050206152025.GB30054@neu.nirvana> On Sat, Feb 05, 2005 at 04:24:43PM +0100, Michael Schwendt wrote: > On Sat, 5 Feb 2005 09:34:52 -0500, Jeff Spaleta wrote: > > > On Sat, 05 Feb 2005 09:20:06 -0500, Phil Schaffner > > wrote: > > > > > Update: synaptic.i386 0:0.55.3-2 - extras > > > > > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > > > > > > Check the requirements of the synaptic yum wants to update > > check the provides of the apt you currently have installed. > > you have apt from atrpms installed... you dont have atrpms in the yum > > repository information that you loaded.... > > > > Looks like a packaging conflict from using multiple repositories to > > me. I don't see how this qualifies as a yum problem considering that > > yum isn't going to downgrade packages as a matter of design. > > synaptic requires libapt-pkg-libc6.3-6.so.0, which is only provided by > apt-0.5.15cnc6-12.r362 in Phil's configured set of repositories. What makes you think so? $ rpm -q apt ; rpm -ql apt | grep libapt-pkg-libc6.3-6.so.0 apt-0.5.15cnc6-53.4.rhfc3.at /usr/lib/libapt-pkg-libc6.3-6.so.0 /usr/lib/libapt-pkg-libc6.3-6.so.0.1.1 The same is probably true of all other repos as well. IMO there is some other explicit dependency between fedora.us's synaptic and apt. -- 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 paul at all-the-johnsons.co.uk Sun Feb 6 15:30:41 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 06 Feb 2005 15:30:41 +0000 Subject: Bugzilla for the beta of OOo? In-Reply-To: <420622D6.2040109@gmx.de> References: <1107689934.4678.10.camel@localhost.localdomain> <420622D6.2040109@gmx.de> Message-ID: <1107703842.6691.0.camel@localhost.localdomain> Hi, > >Do I report problems with the beta of the FC rawhide OOo2 on here or > >will there be shortly a proper entry on the main Bugzilla? > > > > where can i get the fc-rawhide OOo2-beta? http://people.redhat.com/caolanm/openoffice.org2/i386/ TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 wir-sind-cool.org Sun Feb 6 16:00:17 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 6 Feb 2005 17:00:17 +0100 Subject: yum 2.1.13 in updates-testing In-Reply-To: <20050206152025.GB30054@neu.nirvana> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> <20050206152025.GB30054@neu.nirvana> Message-ID: <20050206170017.741f04d7.fedora@wir-sind-cool.org> On Sun, 6 Feb 2005 16:20:25 +0100, Axel Thimm wrote: > > > > Update: synaptic.i386 0:0.55.3-2 - extras > > > > > > > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > > > > > > > > > Check the requirements of the synaptic yum wants to update > > > check the provides of the apt you currently have installed. > > > you have apt from atrpms installed... you dont have atrpms in the yum > > > repository information that you loaded.... > > > > > > Looks like a packaging conflict from using multiple repositories to > > > me. I don't see how this qualifies as a yum problem considering that > > > yum isn't going to downgrade packages as a matter of design. > > > > synaptic requires libapt-pkg-libc6.3-6.so.0, which is only provided by > > apt-0.5.15cnc6-12.r362 in Phil's configured set of repositories. > > What makes you think so? Two things make me think that: 1) In the set of enabled repositories, only the apt package in "extras" provides 'libapt-pkg-libc6.3-6.so.2'. 2) Yum seems to ignore the installed apt package and its provides, which in this thread has been described as a bug. I hope we agree that it should see the installed apt package *if* it provides libapt-pkg-libc6.3-6.so.2 already. > $ rpm -q apt ; rpm -ql apt | grep libapt-pkg-libc6.3-6.so.0 > apt-0.5.15cnc6-53.4.rhfc3.at > /usr/lib/libapt-pkg-libc6.3-6.so.0 > /usr/lib/libapt-pkg-libc6.3-6.so.0.1.1 The query is only half the truth as it is only lists actual files, not the provided virtual capabilities: $ rpm -q apt ; rpm -q --provides apt apt-0.5.15cnc6-12.r362 apt-mirrorselect config(apt) = 0:0.5.15cnc6-12.r362 libapt-pkg-libc6.3-6.so.2 apt = 0:0.5.15cnc6-12.r362 > The same is probably true of all other repos as well. > > IMO there is some other explicit dependency between fedora.us's > synaptic and apt. $ rpm -qR synaptic | grep -i apt config(synaptic) = 0.55.3-2 libapt-pkg-libc6.3-6.so.2 -- Fedora Core release 3 (Heidelberg) - Linux 2.6.10-1.760_FC3 loadavg: 1.29 1.16 1.05 From Axel.Thimm at ATrpms.net Sun Feb 6 16:12:46 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 6 Feb 2005 17:12:46 +0100 Subject: yum 2.1.13 in updates-testing In-Reply-To: <20050206170017.741f04d7.fedora@wir-sind-cool.org> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> <20050206152025.GB30054@neu.nirvana> <20050206170017.741f04d7.fedora@wir-sind-cool.org> Message-ID: <20050206161246.GA32344@neu.nirvana> On Sun, Feb 06, 2005 at 05:00:17PM +0100, Michael Schwendt wrote: > On Sun, 6 Feb 2005 16:20:25 +0100, Axel Thimm wrote: > > > > > > Update: synaptic.i386 0:0.55.3-2 - extras > > > > > > > > > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > > > > > > > > > > > > Check the requirements of the synaptic yum wants to update > > > > check the provides of the apt you currently have installed. > > > > you have apt from atrpms installed... you dont have atrpms in the yum > > > > repository information that you loaded.... > > > > > > > > Looks like a packaging conflict from using multiple repositories to > > > > me. I don't see how this qualifies as a yum problem considering that > > > > yum isn't going to downgrade packages as a matter of design. > > > > > > synaptic requires libapt-pkg-libc6.3-6.so.0, which is only provided by > > > apt-0.5.15cnc6-12.r362 in Phil's configured set of repositories. > > > > What makes you think so? > > Two things make me think that: 1) In the set of enabled repositories, only > the apt package in "extras" provides 'libapt-pkg-libc6.3-6.so.2'. You originally mentioned libapt-pkg-libc6.3-6.so.0, now it's suddenly libapt-pkg-libc6.3-6.so.2? The latest official upstream release has a major of 0. Probably fedora.us has a development version. Which brings up the old question of how to ensure proper rpm ordering of in-between releases snapshots. And BTW what happened to fedora.us' standpoint of avoiding snapshots like the devil (a good standpoint IMHO)? Not only from a packaging POV. -- 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 fedora at wir-sind-cool.org Sun Feb 6 16:37:40 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Sun, 6 Feb 2005 17:37:40 +0100 Subject: yum 2.1.13 in updates-testing In-Reply-To: <20050206161246.GA32344@neu.nirvana> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> <20050206152025.GB30054@neu.nirvana> <20050206170017.741f04d7.fedora@wir-sind-cool.org> <20050206161246.GA32344@neu.nirvana> Message-ID: <20050206173740.6ceadca6.fedora@wir-sind-cool.org> On Sun, 6 Feb 2005 17:12:46 +0100, Axel Thimm wrote: > You originally mentioned libapt-pkg-libc6.3-6.so.0, now it's suddenly > libapt-pkg-libc6.3-6.so.2? Yes, queried the older one of two packages and ignored yum cache. But from the yum output in Phil's original posting, major 2 is what is referred to: --> Processing Dependency: libapt-pkg-libc6.3-6.so.2 for package: synaptic > And BTW what happened to fedora.us' standpoint of avoiding snapshots > like the devil (a good standpoint IMHO)? Not only from a packaging > POV. Have never seen that being documented or implemented anywhere. Have you? With a classification of packages into stable/testing/unstable, nearly everything was possible, and the package naming guidelines explicitly covered a versioning scheme for pre-releases or snapshots. Btw, this thread is about Fedora Extras, so we can get the naming right and not refer to the old fedora.us domain name when we mean Fedora Extras. ;) From reader at newsguy.com Sun Feb 6 16:49:45 2005 From: reader at newsguy.com (Harry Putnam) Date: Sun, 06 Feb 2005 10:49:45 -0600 Subject: What reads these clips Message-ID: What do we have in testing (rawhide) or extras that will allow one to view these streaming clips: http://movielibrary.lynda.com/html/modPage.asp?ID=97 The first few are freebies. From mattdm at mattdm.org Sun Feb 6 17:14:44 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 6 Feb 2005 12:14:44 -0500 Subject: What reads these clips In-Reply-To: References: Message-ID: <20050206171444.GA19363@jadzia.bu.edu> On Sun, Feb 06, 2005 at 10:49:45AM -0600, Harry Putnam wrote: > What do we have in testing (rawhide) or extras that will allow one to > view these streaming clips: > http://movielibrary.lynda.com/html/modPage.asp?ID=97 > The first few are freebies. Nothing; can't do it with the legal situation in the US. -- Matthew Miller mattdm at mattdm.org --> Fedora Users & Developers Conference, hosted by Boston University <-- February 18th, 2005 From reader at newsguy.com Sun Feb 6 17:18:58 2005 From: reader at newsguy.com (Harry Putnam) Date: Sun, 06 Feb 2005 11:18:58 -0600 Subject: What reads these clips In-Reply-To: <20050206171444.GA19363@jadzia.bu.edu> (Matthew Miller's message of "Sun, 6 Feb 2005 12:14:44 -0500") References: <20050206171444.GA19363@jadzia.bu.edu> Message-ID: Matthew Miller writes: > On Sun, Feb 06, 2005 at 10:49:45AM -0600, Harry Putnam wrote: >> What do we have in testing (rawhide) or extras that will allow one to >> view these streaming clips: >> http://movielibrary.lynda.com/html/modPage.asp?ID=97 >> The first few are freebies. > > Nothing; can't do it with the legal situation in the US. Not sure what you mean here. Those clips can be viewed from any uptodate winXP machine. Do you mean we have nothing that can view them. How is legality involved? From anubis at lab-project.net Sun Feb 6 17:35:26 2005 From: anubis at lab-project.net (DJ Anubis) Date: Sun, 6 Feb 2005 18:35:26 +0100 Subject: What reads these clips In-Reply-To: References: Message-ID: <200502061835.26941.anubis@lab-project.net> Le Dimanche 6 F?vrier 2005 17:49, Harry Putnam a ?crit?: > What do we have in testing (rawhide) or extras that will allow one > to view these streaming clips: > > http://movielibrary.lynda.com/html/modPage.asp?ID=97 > > The first few are freebies. You can use RealPlayer 10 from real. It reads this well. RealPlayer is free for download. -- JCR aka DJ Anubis LAB Project Initiator & coordinator From webmaster at margo.bijoux.nom.br Sun Feb 6 17:38:37 2005 From: webmaster at margo.bijoux.nom.br (Pedro Fernandes Macedo) Date: Sun, 06 Feb 2005 15:38:37 -0200 Subject: What reads these clips In-Reply-To: References: <20050206171444.GA19363@jadzia.bu.edu> Message-ID: <4206561D.4090005@margo.bijoux.nom.br> Harry Putnam wrote: >Matthew Miller writes: > > > >>On Sun, Feb 06, 2005 at 10:49:45AM -0600, Harry Putnam wrote: >> >> >>>What do we have in testing (rawhide) or extras that will allow one to >>>view these streaming clips: >>> http://movielibrary.lynda.com/html/modPage.asp?ID=97 >>>The first few are freebies. >>> >>> >>Nothing; can't do it with the legal situation in the US. >> >> > >Not sure what you mean here. Those clips can be viewed from any >uptodate winXP machine. Do you mean we have nothing that can view >them. How is legality involved? > > It means that unless Apple makes an official quicktime release for linux , there's no legal way to watch those videos. All the quicktime implementations available for linux (AFAIK) are based on reverse engineering (or other option that goes against the EULA for their products). That's the same reason several other things arent available in Fedora , like NTFS... Maybe using the packages from rpm.livna.org you'll be able to watch those videos.. Specially using mplayer with the full codec pack (I dont know if it's available on livna , but it's a tar.gz on mplayer's website). -- Pedro Macedo From mattdm at mattdm.org Sun Feb 6 17:35:09 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Sun, 6 Feb 2005 12:35:09 -0500 Subject: What reads these clips In-Reply-To: References: <20050206171444.GA19363@jadzia.bu.edu> Message-ID: <20050206173509.GA19893@jadzia.bu.edu> On Sun, Feb 06, 2005 at 11:18:58AM -0600, Harry Putnam wrote: > > On Sun, Feb 06, 2005 at 10:49:45AM -0600, Harry Putnam wrote: > >> What do we have in testing (rawhide) or extras that will allow one to > >> view these streaming clips: > >> http://movielibrary.lynda.com/html/modPage.asp?ID=97 > >> The first few are freebies. > > Nothing; can't do it with the legal situation in the US. > Not sure what you mean here. Those clips can be viewed from any > uptodate winXP machine. Do you mean we have nothing that can view > them. How is legality involved? The movies are encoded in Quicktime using the Sorenson video codec, which is protected by software patents in the US. No one but official licensees can make a player -- which means no open source software, and they haven't even deigned to make a binary one available. You have two options: 1) install wine and use the Windows binary QuickTime player or 2) find a non-US Fedora Core repository which contains software like mplayer or xine which can play these movies. Unfortuntely, because of the legal situation, Fedora and Red Hat have *no* options except continuing to protest bad laws. Further discussion is really off-topic for the -devel list -- we can take this to the main fedora list if you like. -- Matthew Miller mattdm at mattdm.org --> Fedora Users & Developers Conference, hosted by Boston University <-- February 18th, 2005 From michal at harddata.com Sun Feb 6 18:20:43 2005 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 6 Feb 2005 11:20:43 -0700 Subject: FC4 for servers In-Reply-To: <604aa7910502060604651f5b64@mail.gmail.com>; from jspaleta@gmail.com on Sun, Feb 06, 2005 at 09:04:51AM -0500 References: <1107665028.26807.11.camel@cutter> <604aa7910502060604651f5b64@mail.gmail.com> Message-ID: <20050206112043.A27459@mail.harddata.com> On Sun, Feb 06, 2005 at 09:04:51AM -0500, Jeff Spaleta wrote: > > Unfortunately there seems to be an > expectation when these discussions usually crop up that the burden > should be on Red Hat to provide the solution.. There are two problems here which tend to push strongly in direction. One is that documentation explaining internals of an installation process is not exactly abundant. I had an opportunity to hack instalation images for CDs and servers and quite a bit of that was a guesswork. The other issue is a dependency creep. Over time everything tend to depend on everything and you drop in into your set something seemingly innocuous and boom - you are installing half of KDE and artsd daemon even if you do not really have a sound card in that box (that is a description of a general trend so do not take program names too literally). IIRC Rodolfo bumped into that a number of times. This is not something you can solve "outside" if dependencies are not guarded carefuly in the first place. Michal From michal at harddata.com Sun Feb 6 18:39:19 2005 From: michal at harddata.com (Michal Jaegermann) Date: Sun, 6 Feb 2005 11:39:19 -0700 Subject: FC4 for servers In-Reply-To: ; from res@ausics.net on Sun, Feb 06, 2005 at 07:50:50PM +1000 References: <1107648526.5202.87.camel@localhost.localdomain> <200502052129.59269.gene.heskett@verizon.net> Message-ID: <20050206113919.B27459@mail.harddata.com> On Sun, Feb 06, 2005 at 07:50:50PM +1000, Res wrote: > On Sat, 5 Feb 2005, Gene Heskett wrote: > >> > > Heck even I can answer that! How else are you going to be able to use > > the mouses cut & paste operations when configureing things? You have > > a photographic memory or something? > > A mouse in a server ? So we have to run a mouse lead to every box? Ahem... Some people noticed many years ago that you do not have do display such things on a machine you are working on. Your mouse, an a keyboard, and a display can be physically attached far, far away. How desirable is a use of such tools in a particular case is a separate topic. Michal From i.pilcher at comcast.net Sun Feb 6 19:18:45 2005 From: i.pilcher at comcast.net (Ian Pilcher) Date: Sun, 06 Feb 2005 13:18:45 -0600 Subject: FC4 for servers In-Reply-To: <20050206112043.A27459@mail.harddata.com> References: <1107665028.26807.11.camel@cutter> <604aa7910502060604651f5b64@mail.gmail.com> <20050206112043.A27459@mail.harddata.com> Message-ID: Michal Jaegermann wrote: > > The other issue is a dependency creep. Over time everything > tend to depend on everything and you drop in into your set > something seemingly innocuous and boom - you are installing > half of KDE and artsd daemon even if you do not really have > a sound card in that box (that is a description of a general > trend so do not take program names too literally). IIRC Rodolfo > bumped into that a number of times. This is not something you > can solve "outside" if dependencies are not guarded carefuly in > the first place. > This is an inevitable consequence of the UNIX tradition of compile-time, rather than runtime, configuration. Until that changes, it will be basically impossible to create binary packages that are both functional enough for a general purpose/desktop distribution and minimal enough for a "stripped down" server. Gentoo represents one approach to this issue; the only other one I can think of would be to created a large number of duplicate packages -- foo-desktop and foo-server, bar-desktop and bar-server, etc. -- ======================================================================== Ian Pilcher i.pilcher at comcast.net ======================================================================== From rjames at csulb.edu Sun Feb 6 21:07:10 2005 From: rjames at csulb.edu (Ryan James) Date: Sun, 06 Feb 2005 13:07:10 -0800 Subject: applications menu empty In-Reply-To: <4203BC90.8030804@redhat.com> References: <4203BC90.8030804@redhat.com> Message-ID: <1107724032.21957.0.camel@localhost.localdomain> after updates from the 4th or the 5th, my applications menu has been empty. running update-desktop-database parses through all the .desktop files but says "lacks mimetype key" for each one: [root at localhost ~]# update-desktop-database -v Search path is now: [/usr/local/share/applications, /usr/share/applications] File '/usr/local/share/applications/marlin.desktop' lacks MimeType key File '/usr/local/share/applications/gnome-mud.desktop' lacks MimeType key File '/usr/share/applications/xfce-panel-settings.desktop' lacks MimeType key File '/usr/share/applications/redhat-evolution.desktop' lacks MimeType key File '/usr/share/applications/gnome-default-applications.desktop' lacks MimeType key File '/usr/share/applications/gnome-terminal.desktop' lacks MimeType key File '/usr/share/applications/gnome-session-properties.desktop' lacks MimeType key File '/usr/share/applications/gnome-devhelp.desktop' lacks MimeType key File '/usr/share/applications/gnome-dasher.desktop' lacks MimeType key File '/usr/share/applications/gnome-bug-buddy.desktop' lacks MimeType key etc. anyone else seeing this? i'm not sure where to put a bugzilla entry. From pmatilai at welho.com Sun Feb 6 21:36:37 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Sun, 06 Feb 2005 23:36:37 +0200 Subject: yum 2.1.13 in updates-testing In-Reply-To: <20050206161246.GA32344@neu.nirvana> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> <20050206152025.GB30054@neu.nirvana> <20050206170017.741f04d7.fedora@wir-sind-cool.org> <20050206161246.GA32344@neu.nirvana> Message-ID: <1107725797.25230.16.camel@chip.laiskiainen.org> On Sun, 2005-02-06 at 17:12 +0100, Axel Thimm wrote: > On Sun, Feb 06, 2005 at 05:00:17PM +0100, Michael Schwendt wrote: > > On Sun, 6 Feb 2005 16:20:25 +0100, Axel Thimm wrote: > > > > > > > > Update: synaptic.i386 0:0.55.3-2 - extras > > > > > > > > > > > Transaction Check Error: package apt-0.5.15cnc6-53.4.rhfc3.at (which is newer than apt-0.5.15cnc6-12.r362) is already installed > > > > > > > > > > > > > > > Check the requirements of the synaptic yum wants to update > > > > > check the provides of the apt you currently have installed. > > > > > you have apt from atrpms installed... you dont have atrpms in the yum > > > > > repository information that you loaded.... > > > > > > > > > > Looks like a packaging conflict from using multiple repositories to > > > > > me. I don't see how this qualifies as a yum problem considering that > > > > > yum isn't going to downgrade packages as a matter of design. > > > > > > > > synaptic requires libapt-pkg-libc6.3-6.so.0, which is only provided by > > > > apt-0.5.15cnc6-12.r362 in Phil's configured set of repositories. > > > > > > What makes you think so? > > > > Two things make me think that: 1) In the set of enabled repositories, only > > the apt package in "extras" provides 'libapt-pkg-libc6.3-6.so.2'. > > You originally mentioned libapt-pkg-libc6.3-6.so.0, now it's suddenly > libapt-pkg-libc6.3-6.so.2? > > The latest official upstream release has a major of 0. Probably > fedora.us has a development version. Which brings up the old question > of how to ensure proper rpm ordering of in-between releases snapshots. > > And BTW what happened to fedora.us' standpoint of avoiding snapshots > like the devil (a good standpoint IMHO)? Not only from a packaging > POV. In apt's case there are good reasons for using the svn-head version, biggest reason perhaps being proper SELinux support. Sure, you could take just that patch and apply to cnc6 .. but I just happen to know svn- head is stable and has bunch of other nice stuff besides just selinux- support. :) Too bad Gustavo hasn't gotten around to releasing cnc7 :( I've been thinking of making an unofficial release out of the current tree but probably that would just confuse matters even more. :-/ - Panu - From res at ausics.net Sun Feb 6 22:09:57 2005 From: res at ausics.net (Res) Date: Mon, 7 Feb 2005 08:09:57 +1000 (EST) Subject: FC4 for servers In-Reply-To: <20050206113919.B27459@mail.harddata.com> References: <1107648526.5202.87.camel@localhost.localdomain> <200502052129.59269.gene.heskett@verizon.net> <20050206113919.B27459@mail.harddata.com> Message-ID: On Sun, 6 Feb 2005, Michal Jaegermann wrote: > On Sun, Feb 06, 2005 at 07:50:50PM +1000, Res wrote: >> On Sat, 5 Feb 2005, Gene Heskett wrote: >>>> >>> Heck even I can answer that! How else are you going to be able to use >>> the mouses cut & paste operations when configureing things? You have >>> a photographic memory or something? >> >> A mouse in a server ? So we have to run a mouse lead to every box? > > Ahem... Some people noticed many years ago that you do not have do > display such things on a machine you are working on. Your mouse, an > a keyboard, and a display can be physically attached far, far away. > How desirable is a use of such tools in a particular case is a > separate topic. That was my point had you read on :) -- Regards, Res From Axel.Thimm at ATrpms.net Sun Feb 6 22:17:20 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 6 Feb 2005 23:17:20 +0100 Subject: yum 2.1.13 in updates-testing In-Reply-To: <1107725797.25230.16.camel@chip.laiskiainen.org> References: <1107583808.8961.51.camel@cutter> <1107613206.6303.4.camel@tabb1.tabb> <604aa7910502050634822ee7e@mail.gmail.com> <20050205162443.145dc0a9.fedora@wir-sind-cool.org> <20050206152025.GB30054@neu.nirvana> <20050206170017.741f04d7.fedora@wir-sind-cool.org> <20050206161246.GA32344@neu.nirvana> <1107725797.25230.16.camel@chip.laiskiainen.org> Message-ID: <20050206221720.GD32344@neu.nirvana> On Sun, Feb 06, 2005 at 11:36:37PM +0200, Panu Matilainen wrote: > On Sun, 2005-02-06 at 17:12 +0100, Axel Thimm wrote: > > The latest official upstream release has a major of 0. Probably > > fedora.us has a development version. > In apt's case there are good reasons for using the svn-head version, > biggest reason perhaps being proper SELinux support. Sure, you could > take just that patch and apply to cnc6 .. but I just happen to know svn- > head is stable and has bunch of other nice stuff besides just selinux- > support. :) > > Too bad Gustavo hasn't gotten around to releasing cnc7 :( I've been > thinking of making an unofficial release out of the current tree but > probably that would just confuse matters even more. :-/ The fact that the svn server is down doesn't make it easier :( I launched a request for a final release at apt-rpm. -- 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 violent at death.kiev.ua Sun Feb 6 23:24:03 2005 From: violent at death.kiev.ua (Igor Grabin) Date: Mon, 7 Feb 2005 01:24:03 +0200 Subject: fedora core3 and serverworks csb6 raid Message-ID: <20050206232402.GB95566@segfault.kiev.ua> Hiya, this has been discussed in the past, but 2.6.10-ac2 mentioned something about CSB6, so I tried fc3, updated to 2.6.10. the hardware is HP Proliant ML330. a couple of ide-drives in a raid1. I'd like to get them detected :-) Linux version 2.6.10-1.760_FC3smp (bhcompile at bugs.build.redhat.com) (gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)) #1 SMP Wed Feb 2 00:29:03 EST 2005 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000000fffa000 (usable) BIOS-e820: 000000000fffa000 - 0000000010000000 (ACPI data) BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved) BIOS-e820: 00000000ffc00000 - 0000000100000000 (reserved) 0MB HIGHMEM available. 255MB LOWMEM available. found SMP MP-table at 000f4fd0 On node 0 totalpages: 65530 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 61434 pages, LIFO batch:14 HighMem zone: 0 pages, LIFO batch:1 DMI 2.3 present. Using APIC driver default ACPI: RSDP (v000 COMPAQ ) @ 0x000f4f70 ACPI: RSDT (v001 COMPAQ D15 0x00000002 ? 0x0000162e) @ 0x0fffa000 ACPI: FADT (v001 COMPAQ D15 0x00000002 ? 0x0000162e) @ 0x0fffa040 ACPI: MADT (v001 COMPAQ 00000083 0x00000002 ? 0x0000162e) @ 0x0fffa100 ACPI: SPCR (v001 COMPAQ SPCRRBSU 0x00000001 ? 0x0000162e) @ 0x0fffa1c0 ACPI: DSDT (v001 COMPAQ DSDT 0x00000001 MSFT 0x0100000b) @ 0x00000000 ACPI: PM-Timer IO Port: 0x920 ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) Processor #0 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] disabled) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x04] disabled) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x06] disabled) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled) Processor #1 15:2 APIC version 20 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x03] disabled) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x05] disabled) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x07] disabled) ACPI: LAPIC_NMI (acpi_id[0xff] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, version 17, address 0xfec00000, GSI 0-15 ACPI: IOAPIC (id[0x03] address[0xfec01000] gsi_base[16]) IOAPIC[1]: apic_id 3, version 17, address 0xfec01000, GSI 16-31 ACPI: IOAPIC (id[0x04] address[0xfec02000] gsi_base[32]) IOAPIC[2]: apic_id 4, version 17, address 0xfec02000, GSI 32-47 ACPI: IOAPIC (id[0x05] address[0xfec03000] gsi_base[48]) IOAPIC[3]: apic_id 5, version 17, address 0xfec03000, GSI 48-63 ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 high edge) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. Enabling APIC mode: Flat. Using 4 I/O APICs Using ACPI (MADT) for SMP configuration information Built 1 zonelists Kernel command line: ro root=LABEL=/1 mapped APIC to ffffd000 (fee00000) mapped IOAPIC to ffffc000 (fec00000) mapped IOAPIC to ffffb000 (fec01000) mapped IOAPIC to ffffa000 (fec02000) mapped IOAPIC to ffff9000 (fec03000) Initializing CPU#0 CPU 0 irqstacks, hard=c03ca000 soft=c03aa000 PID hash table entries: 1024 (order: 10, 16384 bytes) Detected 2400.227 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 254148k/262120k available (1780k kernel code, 7372k reserved, 718k data, 204k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 4751.36 BogoMIPS (lpj=2375680) Security Framework v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebf3ff 00000000 00000000 00000080 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (12) available CPU0: Thermal monitoring enabled Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. CPU0: Intel(R) Xeon(TM) CPU 2.40GHz stepping 09 per-CPU timeslice cutoff: 1462.38 usecs. task migration cache decay timeout: 2 msecs. Booting processor 1/1 eip 3000 CPU 1 irqstacks, hard=c03cb000 soft=c03ab000 Initializing CPU#1 Calibrating delay loop... 4784.12 BogoMIPS (lpj=2392064) CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 CPU: Trace cache: 12K uops, L1 D cache: 8K CPU: L2 cache: 512K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebf3ff 00000000 00000000 00000080 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel P4/Xeon Extended MCE MSRs (12) available CPU1: Thermal monitoring enabled CPU1: Intel(R) Xeon(TM) CPU 2.40GHz stepping 09 Total of 2 processors activated (9535.48 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 pin1=2 pin2=-1 checking TSC synchronization across 2 CPUs: passed. Brought up 2 CPUs checking if image is initramfs... it is Freeing initrd memory: 515k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xf0094, last bus=0 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20041105 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Ignoring BAR0-3 of IDE controller 0000:00:0e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [IUSB] (IRQs 4 5 7 10 11 15) *0, disabled. ACPI: PCI Interrupt Link [RAID] (IRQs 11) *0, disabled. ACPI: PCI Interrupt Link [IN18] (IRQs 4 *5 7 10 11 15) ACPI: PCI Interrupt Link [IN19] (IRQs 4 5 7 10 11 15) *3 ACPI: PCI Interrupt Link [IN21] (IRQs 4 5 7 *10 11 15) ACPI: PCI Interrupt Link [IN22] (IRQs 4 5 7 10 11 15) *0, disabled. ACPI: PCI Interrupt Link [IN23] (IRQs 4 5 7 10 11 15) *0, disabled. ACPI: PCI Interrupt Link [IN24] (IRQs 4 5 7 10 11 15) *0, disabled. ACPI: PCI Interrupt Link [IN25] (IRQs 4 5 7 10 11 15) *0, disabled. ACPI: PCI Interrupt Link [IN26] (IRQs 4 5 7 10 11 15) *0, disabled. ACPI: PCI Interrupt Link [IN27] (IRQs 4 5 7 10 *11 15) ACPI: PCI Interrupt Link [IN28] (IRQs 4 5 7 10 11 15) *0, disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 9 devices usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Using ACPI for IRQ routing ** PCI interrupts are no longer routed automatically. If this ** causes a device to stop working, it is probably because the ** driver failed to call pci_enable_device(). As a temporary ** workaround, the "pci=routeirq" argument restores the old ** behavior. If this argument makes the device work again, ** please email the output of "lspci" to bjorn.helgaas at hp.com ** so I can fix the driver. PCI: Device 00:00 not found by BIOS PCI: Device 00:01 not found by BIOS PCI: Device 00:78 not found by BIOS PCI: Device 00:7b not found by BIOS pnp: 00:00: ioport range 0xf50-0xf58 has been reserved pnp: 00:00: ioport range 0x408-0x40f has been reserved pnp: 00:00: ioport range 0x900-0x903 could not be reserved pnp: 00:00: ioport range 0x904-0x904 has been reserved pnp: 00:00: ioport range 0x910-0x911 could not be reserved pnp: 00:00: ioport range 0x920-0x923 could not be reserved pnp: 00:00: ioport range 0x930-0x937 has been reserved apm: BIOS not found. audit: initializing netlink socket (disabled) audit(1107560271.030:0): initialized Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks Initializing Cryptographic API ksign: Installing public key data Loading keyring - Added public key 825948347B50E07F - User ID: Red Hat, Inc. (Kernel Module GPG key) pci_hotplug: PCI Hot Plug PCI Core version: 0.5 ACPI: Thermal Zone [THM0] (8 C) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12 Linux agpgart interface v0.100 (c) Dave Jones serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 76 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize divert: not allocating divert_blk for non-ethernet device lo Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx SvrWks CSB6: IDE controller at PCI slot 0000:00:0e.0 SvrWks CSB6: chipset revision 160 SvrWks CSB6: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x2000-0x2007, BIOS settings: hda:pio, hdb:DMA Probing IDE interface ide0... hda: Maxtor 2F040J0, ATA DISK drive hdb: TDK DVDRW0404N, ATAPI CD/DVD-ROM drive elevator: using anticipatory as default io scheduler ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... ide1: Wait for ready failed before probe ! hda: max request size: 128KiB hda: 80293248 sectors (41110 MB) w/2048KiB Cache, CHS=65535/16/63 hda: cache flushes supported hda: hda1 hda2 hda4 < hda5 > hdb: ATAPI 40X DVD-ROM DVD-R CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 ide-floppy driver 0.99.newide usbcore: registered new driver hiddev usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.0:USB HID core driver mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard on isa0060/serio0 input: PS/2 Logitech Mouse on isa0060/serio1 md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27 NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 16Kbytes TCP: Hash tables configured (established 8192 bind 10922) Initializing IPsec netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 ACPI wakeup devices: ACPI: (supports S0 S4 S5) CPU0: domain 0: span 00000003 groups: 00000001 00000002 domain 1: span 00000003 groups: 00000003 CPU1: domain 0: span 00000003 groups: 00000002 00000001 domain 1: span 00000003 groups: 00000003 Freeing unused kernel memory: 204k freed SCSI subsystem initialized ACPI: PCI interrupt 0000:00:06.0[A] -> GSI 21 (level, low) -> IRQ 169 scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 aic7892: Ultra160 Wide Channel A, SCSI Id=1, 32/253 SCBs (scsi0:A:0): 160.000MB/s transfers (80.000MHz DT, offset 63, 16bit) Vendor: COMPAQ Model: BD03695A27 Rev: HPB6 Type: Direct-Access ANSI SCSI revision: 03 scsi0:A:0:0: Tagged Queuing enabled. Depth 4 SCSI device sda: 71132000 512-byte hdwr sectors (36420 MB) SCSI device sda: drive cache: write through SCSI device sda: 71132000 512-byte hdwr sectors (36420 MB) SCSI device sda: drive cache: write through sda: sda1 sda2 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. security: 3 users, 4 roles, 315 types, 20 bools security: 53 classes, 10657 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev sda1, type ext3), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), not configured for labeling SELinux: initialized (dev hugetlbfs, type hugetlbfs), not configured for labeling SELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev eventpollfs, type eventpollfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts Floppy drive(s): fd0 is 1.44M FDC 0 is a National Semiconductor PC87306 ns83820.c: National Semiconductor DP83820 10/100/1000 driver. ACPI: PCI interrupt 0000:00:09.0[A] -> GSI 27 (level, low) -> IRQ 177 eth0: ns83820.c: 0x22c: 0022100b, subsystem: 100b:0022 eth0: detected 64 bit PCI data bus. eth0: using 64 bit addressing. eth0: ns83820 v0.20+: DP83820 v1.2: 00:03:ce:10:0c:10 io=0xf6fb0000 irq=177 f=h,sg divert: allocating divert_blk for eth0 tg3.c:v3.14 (November 15, 2004) ACPI: PCI interrupt 0000:00:04.0[A] -> GSI 19 (level, low) -> IRQ 185 divert: allocating divert_blk for eth1 eth1: Tigon3 [partno(N/A) rev 1002 PHY(5703)] (PCI:33MHz:32-bit) 10/100/1000BaseT Ethernet 00:0e:7f:fd:fe:e9 eth1: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] Split[0] WireSpeed[1] TSOcap[1] piix4_smbus 0000:00:0f.0: Found 0000:00:0f.0 device piix4_smbus 0000:00:0f.0: Unusual config register value piix4_smbus 0000:00:0f.0: Try using fix_hstcfg=1 if you experience problems piix4_smbus 0000:00:0f.0: Illegal Interrupt configuration (or code out of date)! md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. ACPI: Power Button (FF) [PWRF] ibm_acpi: ec object not found EXT3 FS on sda1, internal journal device-mapper: 4.3.0-ioctl (2004-09-30) initialised: dm-devel at redhat.com SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs Adding 2048248k swap on /dev/hda2. Priority:-1 extents:1 Adding 2048276k swap on /dev/sda2. Priority:-2 extents:1 SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts parport: PnPBIOS parport detected. parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] Trying to free free DMA0 pnp: Device 00:06 disabled. ieee1394: Initialized config rom entry `ip1394' ip_tables: (C) 2000-2002 Netfilter core team ip_tables: (C) 2000-2002 Netfilter core team tg3: eth1: Link is up at 1000 Mbps, full duplex. tg3: eth1: Flow control is on for TX and on for RX. pnp: Device 00:06 activated. parport: PnPBIOS parport detected. pnp: Device 00:06 disabled. lp: driver loaded but no devices found NET: Registered protocol family 10 Disabled Privacy Extensions on device c032a200(lo) IPv6 over IPv4 tunneling driver divert: not allocating divert_blk for non-ethernet device sit0 eth1: no IPv6 routers present tg3: eth1: Link is down. tg3: eth1: Link is up at 1000 Mbps, full duplex. tg3: eth1: Flow control is on for TX and on for RX. tg3: eth1: Link is down. tg3: eth1: Link is up at 1000 Mbps, full duplex. tg3: eth1: Flow control is on for TX and on for RX. lspci -vvv: 00:00.0 Host bridge: ServerWorks GCNB-LE Host Bridge (rev 32) Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- Region 1: I/O ports at Region 2: I/O ports at Region 3: I/O ports at Region 4: I/O ports at 2000 [size=16] Capabilities: [b0] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:0f.0 ISA bridge: ServerWorks CSB6 South Bridge (rev a0) Subsystem: ServerWorks: Unknown device 0201 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- after updates from the 4th or the 5th, my applications menu has been empty. running update-desktop-database parses through all the .desktop files but says "lacks mimetype key" for each one: [root localhost ~]# update-desktop-database -v Search path is now: [/usr/local/share/applications, /usr/share/applications] File '/usr/local/share/applications/marlin.desktop' lacks MimeType key File '/usr/local/share/applications/gnome-mud.desktop' lacks MimeType key File '/usr/share/applications/xfce-panel-settings.desktop' lacks MimeType key File '/usr/share/applications/redhat-evolution.desktop' lacks MimeType key File '/usr/share/applications/gnome-default-applications.desktop' lacks MimeType key File '/usr/share/applications/gnome-terminal.desktop' lacks MimeType key File '/usr/share/applications/gnome-session-properties.desktop' lacks MimeType key File '/usr/share/applications/gnome-devhelp.desktop' lacks MimeType key File '/usr/share/applications/gnome-dasher.desktop' lacks MimeType key File '/usr/share/applications/gnome-bug-buddy.desktop' lacks MimeType key etc. anyone else seeing this? i'm not sure where to put a bugzilla entry. ***sorry for the second send, i just noticed that it ended up RE: some other topic in the archives for some reason. -ryan From goemon at anime.net Mon Feb 7 02:56:27 2005 From: goemon at anime.net (Dan Hollis) Date: Sun, 6 Feb 2005 18:56:27 -0800 (PST) Subject: What reads these clips In-Reply-To: <4206561D.4090005@margo.bijoux.nom.br> Message-ID: On Sun, 6 Feb 2005, Pedro Fernandes Macedo wrote: > All the quicktime implementations available for linux (AFAIK) are based > on reverse engineering (or other option that goes against the EULA for > their products). > That's the same reason several other things arent available in Fedora , > like NTFS... isn't samba reverse engineered too? -Dan From jspaleta at gmail.com Mon Feb 7 03:14:05 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 6 Feb 2005 22:14:05 -0500 Subject: What reads these clips In-Reply-To: References: <4206561D.4090005@margo.bijoux.nom.br> Message-ID: <604aa79105020619148caa294@mail.gmail.com> On Sun, 6 Feb 2005 18:56:27 -0800 (PST), Dan Hollis wrote: > isn't samba reverse engineered too? funny you should mention this... http://www.groklaw.net/article.php?story=20050205010415933 -jef From goemon at anime.net Mon Feb 7 03:18:04 2005 From: goemon at anime.net (Dan Hollis) Date: Sun, 6 Feb 2005 19:18:04 -0800 (PST) Subject: What reads these clips In-Reply-To: <200502061835.26941.anubis@lab-project.net> Message-ID: On Sun, 6 Feb 2005, DJ Anubis wrote: > Le Dimanche 6 F?vrier 2005 17:49, Harry Putnam a ?crit?: > > What do we have in testing (rawhide) or extras that will allow one > > to view these streaming clips: > > http://movielibrary.lynda.com/html/modPage.asp?ID=97 > > The first few are freebies. > You can use RealPlayer 10 from real. It reads this well. RealPlayer is > free for download. realplayer 10 doesn't play sorenson codec encoded quicktime. at least not on linux. -Dan From reader at newsguy.com Mon Feb 7 03:26:34 2005 From: reader at newsguy.com (Harry Putnam) Date: Sun, 06 Feb 2005 21:26:34 -0600 Subject: What reads these clips In-Reply-To: <200502061835.26941.anubis@lab-project.net> (DJ Anubis's message of "Sun, 6 Feb 2005 18:35:26 +0100") References: <200502061835.26941.anubis@lab-project.net> Message-ID: DJ Anubis writes: > Le Dimanche 6 F?vrier 2005 17:49, Harry Putnam a ?crit?: >> What do we have in testing (rawhide) or extras that will allow one >> to view these streaming clips: >> >> http://movielibrary.lynda.com/html/modPage.asp?ID=97 >> >> The first few are freebies. > > You can use RealPlayer 10 from real. It reads this well. RealPlayer is > free for download. It doesn't seem to here... but thanks for the tip. (wrapped for mail) http://movielibrary.lynda.com/video/player.asp? ModID=97&ModMovieID=5555&chap_num=3 Gets me: `The Player does not have the capabilities to play back this content.' Clicking on `details' shows: The following components are required text/html URL: (wrapped for mail) http://movielibrary.lynda.com/video/player.asp? ModID=97&ModMovieID=5555&chap_num=3 From goemon at anime.net Mon Feb 7 03:42:19 2005 From: goemon at anime.net (Dan Hollis) Date: Sun, 6 Feb 2005 19:42:19 -0800 (PST) Subject: What reads these clips In-Reply-To: <604aa79105020619148caa294@mail.gmail.com> Message-ID: On Sun, 6 Feb 2005, Jeff Spaleta wrote: > On Sun, 6 Feb 2005 18:56:27 -0800 (PST), Dan Hollis wrote: > > isn't samba reverse engineered too? > funny you should mention this... > http://www.groklaw.net/article.php?story=20050205010415933 Well, we know for a 100% fact that drivers/net/forcedeth.c in the current kernels is reverse engineered. http://www.hailfinger.org/carldani/linux/patches/forcedeth/ IIRC the adaptec scsi drivers are reverse engineered as well. though i think adaptec eventually came to their senses and started helping years later. -Dan From pri.rhl3 at iadonisi.to Mon Feb 7 05:44:56 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Mon, 07 Feb 2005 00:44:56 -0500 Subject: What reads these clips In-Reply-To: References: Message-ID: <1107755096.22884.14.camel@md.local.linuxlobbyist.org> On Sun, 2005-02-06 at 19:42 -0800, Dan Hollis wrote: > On Sun, 6 Feb 2005, Jeff Spaleta wrote: > > On Sun, 6 Feb 2005 18:56:27 -0800 (PST), Dan Hollis wrote: > > > isn't samba reverse engineered too? > > funny you should mention this... > > http://www.groklaw.net/article.php?story=20050205010415933 > > Well, we know for a 100% fact that drivers/net/forcedeth.c in the current > kernels is reverse engineered. > > http://www.hailfinger.org/carldani/linux/patches/forcedeth/ Last I knew, reverse engineering most certainly was *not* illegal, at least in the US. Some companies and individuals would like us to think so, but even the notorious and much maligned (justifiably) DMCA has a reverse engineering provision. Having reverse engineering provisions in EULAs is, IMNSHO, a scare tactic. Of course, IANAL, so take that with a grain of salt. There's always the one-group-does-the-reverse-engineering-and-docs and second-group-follows-docs-and-does-coding trick, (IOW: clean room) if you want to be extra cautious. The biggest problem with some of the aforementioned technologies is not so much reverse engineering (though I hear the Sorenson codec was b**ch to figure out, which is why it took so long), but patents. Also, another problem with reverse engineering, as Andrew Tridgell brings up in the Groklaw article above, is that it usually yields bad code. Better to have to docs in hand. > IIRC the adaptec scsi drivers are reverse engineered as well. though i > think adaptec eventually came to their senses and started helping years > later. Don't know about the history, but you can download the GPLed source for the driver for at least aacraid cards. It is a year old, I think, and it *appears* that what's in the kernel is a little older, given the version number and some of the significant differences, but the one in the kernel also appears to be actively maintained. Still, from some things I've read googling around, I wonder if rolling in some of the updates from Adaptec would be a good idea. But I digress. Nevertheless, the point is that, yes, Adaptec seems to have a clue when it comes to releasing GPLed drivers (not just specs) for their controllers. -- -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 goemon at anime.net Mon Feb 7 06:31:38 2005 From: goemon at anime.net (Dan Hollis) Date: Sun, 6 Feb 2005 22:31:38 -0800 (PST) Subject: What reads these clips In-Reply-To: <1107755096.22884.14.camel@md.local.linuxlobbyist.org> Message-ID: On Mon, 7 Feb 2005, Paul Iadonisi wrote: > The biggest problem with some of the aforementioned technologies is > not so much reverse engineering (though I hear the Sorenson codec was > b**ch to figure out, which is why it took so long), but patents. Does anyone know of any existing NTFS patent numbers? I know of patent numbers for FAT and CIFS. I've never found an NTFS patent though. And i've looked for years. > Nevertheless, the point is that, yes, Adaptec seems to have a clue > when it comes to releasing GPLed drivers (not just specs) for their > controllers. It took adaptec something like 5-6 years to come to their senses. Most of whats in aic7xxx was reverse engineered with little or no docs. -Dan From talbotscott at cox.net Mon Feb 7 07:06:19 2005 From: talbotscott at cox.net (Scott Talbot) Date: Sun, 06 Feb 2005 23:06:19 -0800 Subject: empty applications menu In-Reply-To: References: Message-ID: <1107759980.3427.7.camel@ip68-101-182-212.sd.sd.cox.net> On Sun, 2005-02-06 at 18:06 -0800, Ryan James wrote: > after updates from the 4th or the 5th, my applications > menu has been > empty. running update-desktop-database parses through all > the .desktop > files but says "lacks mimetype key" for each one: > > [root localhost ~]# update-desktop-database -v > Search path is now: > [/usr/local/share/applications, /usr/share/applications] > File '/usr/local/share/applications/marlin.desktop' lacks > MimeType key > File '/usr/local/share/applications/gnome-mud.desktop' > lacks MimeType key > File '/usr/share/applications/xfce-panel-settings.desktop' > lacks MimeType key > File '/usr/share/applications/redhat-evolution.desktop' > lacks MimeType key > File > '/usr/share/applications/gnome-default-applications.desktop' > lacks MimeType key > File '/usr/share/applications/gnome-terminal.desktop' > lacks MimeType key > File > '/usr/share/applications/gnome-session-properties.desktop' > lacks MimeType key > File '/usr/share/applications/gnome-devhelp.desktop' lacks > MimeType key > File '/usr/share/applications/gnome-dasher.desktop' lacks > MimeType key > File '/usr/share/applications/gnome-bug-buddy.desktop' > lacks MimeType > key > > etc. > > anyone else seeing this? i'm not sure where to put a > bugzilla entry. > > ***sorry for the second send, i just noticed that it ended > up RE: some other topic in the archives for some reason. > > -ryan > Just to let you know "me too". Ive been waiting for the fix for a few days (this happened before, but was fixed within a say or two that time. I don't know if everyone is affected, but there has been someone on he list claiming to have some new menus working. You might put a bugzilla on the redhat-menus package, though it is likely another package causing the problem. (I notice that there is a missing mime types message in certain places). Scott -- Illusion is the first of all pleasures. -- Voltaire From shrek-m at gmx.de Mon Feb 7 08:53:26 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 07 Feb 2005 09:53:26 +0100 Subject: What reads these clips In-Reply-To: References: Message-ID: <42072C86.1050901@gmx.de> Dan Hollis wrote: >Does anyone know of any existing NTFS patent numbers? > >I know of patent numbers for FAT and CIFS. I've never found an NTFS >patent though. And i've looked for years. > could it be that you can only find ntfs-features patents ? http://patft.uspto.gov/netahtml/search-adv.htm eg. "an/microsoft and ntfs" http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2Fsearch-adv.htm&r=0&p=1&f=S&l=50&Query=an%2Fmicrosoft+and+ntfs&d=ptxt -- shrek-m From markmc at redhat.com Mon Feb 7 09:29:26 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 07 Feb 2005 09:29:26 +0000 Subject: empty applications menu In-Reply-To: References: Message-ID: <1107768566.4018.27.camel@blaa> On Sun, 2005-02-06 at 18:06 -0800, Ryan James wrote: > after updates from the 4th or the 5th, my applications > menu has been > empty. - Is gnome-menus and redhat-menus installed? What versions? - What version of gnome-panel is installed? - Do you have $XDG_DATA_DIRS or $XDG_CONFIG_DIRS set by any chance? (You shouldn't) - Do you have a ~/.config/menus/applications.menu ? What does it contain? If you move it aside, does it fix the problem? - What's the output of: $> MENU_VERBOSE=1 gnome-menu-spec-test Thanks, Mark. From markmc at redhat.com Mon Feb 7 09:35:08 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 07 Feb 2005 09:35:08 +0000 Subject: empty applications menu In-Reply-To: <1107768566.4018.27.camel@blaa> References: <1107768566.4018.27.camel@blaa> Message-ID: <1107768908.4018.29.camel@blaa> On Mon, 2005-02-07 at 09:29 +0000, Mark McLoughlin wrote: > On Sun, 2005-02-06 at 18:06 -0800, Ryan James wrote: > > after updates from the 4th or the 5th, my applications > > menu has been > > empty. > > - Is gnome-menus and redhat-menus installed? What versions? > > - What version of gnome-panel is installed? > > - Do you have $XDG_DATA_DIRS or $XDG_CONFIG_DIRS set by any chance? > (You shouldn't) > > - Do you have a ~/.config/menus/applications.menu ? What does it > contain? If you move it aside, does it fix the problem? > > - What's the output of: > > $> MENU_VERBOSE=1 gnome-menu-spec-test Probably best to answer in: https://bugzilla.redhat.com/beta/show_bug.cgi?id=147282 Cheers, Mark. From goemon at anime.net Mon Feb 7 09:44:04 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 7 Feb 2005 01:44:04 -0800 (PST) Subject: What reads these clips In-Reply-To: <42072C86.1050901@gmx.de> Message-ID: On Mon, 7 Feb 2005, shrek-m at gmx.de wrote: > Dan Hollis wrote: > >Does anyone know of any existing NTFS patent numbers? > >I know of patent numbers for FAT and CIFS. I've never found an NTFS > >patent though. And i've looked for years. > could it be that you can only find ntfs-features patents ? > http://patft.uspto.gov/netahtml/search-adv.htm > eg. "an/microsoft and ntfs" > http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2Fsearch-adv.htm&r=0&p=1&f=S&l=50&Query=an%2Fmicrosoft+and+ntfs&d=ptxt Some of those patents appear that they would apply to ext3 and reiserfs also :-/ With that search, looks like FAT is equally troubled with patents: http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2Fsearch-adv.htm&r=0&f=S&l=50&d=PTXT&RS=%28AN%2Fmicrosoft+AND+ntfs%29&Refine=Refine+Search&Refine=Refine+Search&Query=an%2Fmicrosoft+and+fat Which patent(s) do you believe applies to http://linux-ntfs.sourceforge.net/info/ntfs.html ? -Dan From mike at bristolreccc.co.uk Mon Feb 7 12:28:31 2005 From: mike at bristolreccc.co.uk (mike) Date: Mon, 07 Feb 2005 12:28:31 +0000 Subject: mount.cifs stopped authenticating Message-ID: <1107779311.5972.11.camel@datacc> Up until thursday and updates mount.cifs was working, however since then I get permission denied or not superuser and mount.cifs not installed SUID (mount.cifs is installed suid) From alan at redhat.com Mon Feb 7 12:29:12 2005 From: alan at redhat.com (Alan Cox) Date: Mon, 7 Feb 2005 07:29:12 -0500 Subject: fedora core3 and serverworks csb6 raid In-Reply-To: <20050206232402.GB95566@segfault.kiev.ua> References: <20050206232402.GB95566@segfault.kiev.ua> Message-ID: <20050207122912.GB5845@devserv.devel.redhat.com> On Mon, Feb 07, 2005 at 01:24:03AM +0200, Igor Grabin wrote: > the hardware is HP Proliant ML330. a couple of ide-drives in a raid1. > I'd like to get them detected :-) Can you send me an lspci -vxx From violent at death.kiev.ua Mon Feb 7 12:39:40 2005 From: violent at death.kiev.ua (Igor Grabin) Date: Mon, 7 Feb 2005 14:39:40 +0200 Subject: fedora core3 and serverworks csb6 raid In-Reply-To: <20050207122912.GB5845@devserv.devel.redhat.com> References: <20050206232402.GB95566@segfault.kiev.ua> <20050207122912.GB5845@devserv.devel.redhat.com> Message-ID: <20050207123934.GW95566@segfault.kiev.ua> On Mon, Feb 07, 2005 at 07:29:12AM -0500, Alan Cox wrote: > On Mon, Feb 07, 2005 at 01:24:03AM +0200, Igor Grabin wrote: > > the hardware is HP Proliant ML330. a couple of ide-drives in a raid1. > > I'd like to get them detected :-) > Can you send me an lspci -vxx 00:00.0 Host bridge: ServerWorks GCNB-LE Host Bridge (rev 32) Flags: fast devsel 00: 66 11 17 00 00 00 00 00 32 00 00 06 10 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:00.1 Host bridge: ServerWorks GCNB-LE Host Bridge Flags: fast devsel 00: 66 11 17 00 00 00 00 00 00 00 00 06 10 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:03.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27) (prog-if 00 [VGA]) Subsystem: Compaq Computer Corporation: Unknown device 001e Flags: bus master, stepping, medium devsel, latency 64 Memory at f7000000 (32-bit, non-prefetchable) [size=16M] I/O ports at 2400 [size=256] Memory at f6ff0000 (32-bit, non-prefetchable) [size=4K] Capabilities: [5c] Power Management version 2 00: 02 10 52 47 87 00 90 02 27 00 00 03 10 40 00 00 10: 00 00 00 f7 01 24 00 00 00 00 ff f6 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 11 0e 1e 00 30: 00 00 00 00 5c 00 00 00 00 00 00 00 ff 00 08 00 00:04.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5702X Gigabit Ethernet (rev 02) Subsystem: Compaq Computer Corporation NC7760 Gigabit Server Adapter (PCI-X, 10/100/1000-T) Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 3 Memory at f6fe0000 (64-bit, non-prefetchable) [size=64K] Capabilities: [40] PCI-X non-bridge device. Capabilities: [48] Power Management version 2 Capabilities: [50] Vital Product Data Capabilities: [58] Message Signalled Interrupts: 64bit+ Queue=0/3 Enable- 00: e4 14 a6 16 46 01 b0 02 02 00 00 02 10 40 00 00 10: 04 00 fe f6 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 11 0e bb 00 30: 00 00 00 00 40 00 00 00 00 00 00 00 03 01 40 00 40: 07 48 00 00 00:05.0 System peripheral: Compaq Computer Corporation Advanced System Management Controller Subsystem: Compaq Computer Corporation: Unknown device b0f3 Flags: medium devsel, IRQ 5 I/O ports at 1800 [size=256] Memory at f6fd0000 (32-bit, non-prefetchable) [size=256] 00: 11 0e f0 a0 43 01 00 02 00 00 80 08 00 00 00 00 10: 01 18 00 00 00 00 fd f6 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 11 0e f3 b0 30: 00 00 00 00 00 00 00 00 00 00 00 00 05 01 00 00 00:06.0 SCSI storage controller: Adaptec AIC-7892A U160/m (rev 02) Subsystem: Compaq Computer Corporation Compaq 64-Bit/66MHz Wide Ultra3 SCSI Adapter Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 10 BIST result: 00 I/O ports at 2800 [disabled] [size=256] Memory at f6fc0000 (64-bit, non-prefetchable) [size=4K] Capabilities: [dc] Power Management version 2 00: 05 90 80 00 56 00 b0 02 02 00 00 01 10 40 00 80 10: 01 28 00 00 04 00 fc f6 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 11 0e a0 e2 30: 00 00 00 00 dc 00 00 00 00 00 00 00 0a 01 28 19 00:09.0 Ethernet controller: National Semiconductor Corporation DP83820 10/100/1000 Ethernet Controller Subsystem: National Semiconductor Corporation DP83820 10/100/1000 Ethernet Controller Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 11 I/O ports at 2c00 [size=256] Memory at f6fb0000 (32-bit, non-prefetchable) [size=4K] Capabilities: [40] Power Management version 2 00: 0b 10 22 00 57 01 b0 02 00 00 00 02 10 40 00 00 10: 01 2c 00 00 00 00 fb f6 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 0b 10 22 00 30: 00 00 00 00 40 00 00 00 00 00 00 00 0b 01 0b 34 40: 01 00 02 7e 00:0e.0 IDE interface: ServerWorks: Unknown device 0217 (rev a0) (prog-if 82 [Master PriP]) Subsystem: ServerWorks: Unknown device 0213 Flags: bus master, medium devsel, latency 64, IRQ 14 I/O ports at I/O ports at I/O ports at I/O ports at I/O ports at 2000 [size=16] Capabilities: [b0] Power Management version 2 00: 66 11 17 02 05 00 10 02 a0 82 01 01 00 40 80 00 10: f1 01 00 00 f5 03 00 00 71 01 00 00 75 03 00 00 20: 01 20 00 00 00 00 00 00 00 00 00 00 66 11 13 02 30: 00 00 00 00 b0 00 00 00 00 00 00 00 00 00 00 00 00:0f.0 ISA bridge: ServerWorks CSB6 South Bridge (rev a0) Subsystem: ServerWorks: Unknown device 0201 Flags: bus master, medium devsel, latency 32 00: 66 11 03 02 47 00 00 22 a0 00 01 06 00 20 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 66 11 01 02 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00:0f.3 Host bridge: ServerWorks GCLE-2 Host Bridge Subsystem: ServerWorks: Unknown device 0230 Flags: bus master, medium devsel, latency 0 00: 66 11 27 02 04 00 00 02 00 00 00 06 00 00 80 00 10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 66 11 30 02 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 -- Igor "CacoDem0n" Grabin, http://violent.death.kiev.ua/ From selinux at gmail.com Mon Feb 7 14:55:03 2005 From: selinux at gmail.com (Tom London) Date: Mon, 7 Feb 2005 06:55:03 -0800 Subject: applications menu empty In-Reply-To: <1107724032.21957.0.camel@localhost.localdomain> References: <4203BC90.8030804@redhat.com> <1107724032.21957.0.camel@localhost.localdomain> Message-ID: <4c4ba15305020706551a8ce1f9@mail.gmail.com> Yeah, I'm seeing this too. Not sure either, but you might file it desktop-file-utils as a start.... tom From markmc at redhat.com Mon Feb 7 15:14:26 2005 From: markmc at redhat.com (Mark McLoughlin) Date: Mon, 07 Feb 2005 15:14:26 +0000 Subject: applications menu empty In-Reply-To: <4c4ba15305020706551a8ce1f9@mail.gmail.com> References: <4203BC90.8030804@redhat.com> <1107724032.21957.0.camel@localhost.localdomain> <4c4ba15305020706551a8ce1f9@mail.gmail.com> Message-ID: <1107789266.10577.7.camel@blaa> On Mon, 2005-02-07 at 06:55 -0800, Tom London wrote: > Yeah, I'm seeing this too. > > Not sure either, but you might file it desktop-file-utils as a start.... desktop-file-utils and gnome-vfs is no longer really relevant to GNOME menu problems - gnome-menus is the new package which implements menus, although the layout of the menu is still described by the redhat-menus package. Cheers, Mark. From rshewan at lio.aacisd.com Mon Feb 7 17:28:41 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Mon, 07 Feb 2005 12:28:41 -0500 Subject: rawhide dependency problems Message-ID: <4207A549.9080007@lio.aacisd.com> Just an FYI. I see evolution but not the connector. --> Running transaction check --> Processing Dependency: libgnome-menu.so.0 for package: gnome-panel --> Processing Dependency: libedata-book.so.1 for package: evolution-connector --> Processing Dependency: libcamel.so.0 for package: evolution-connector --> Processing Dependency: librpm-4.3.so for package: net-snmp --> Processing Dependency: libgal-2.2.so.1 for package: evolution-connector --> Processing Dependency: libgnome-menu.so.0 for package: control-center --> Processing Dependency: libgal-a11y-2.2.so.1 for package: evolution-connector --> Processing Dependency: libsqlite3.so.0 for package: rpm --> Processing Dependency: gnome-menus >= 2.9.1 for package: control-center --> Processing Dependency: libecal.so.6 for package: evolution-connector --> Processing Dependency: libsqlite3.so.0 for package: rpm-build --> Processing Dependency: librpmdb-4.3.so for package: net-snmp --> Processing Dependency: libsqlite3.so.0 for package: rpm-devel --> Processing Dependency: libsqlite3.so.0 for package: rpm-libs --> Processing Dependency: libedataserver.so.3 for package: evolution-connector --> Processing Dependency: libedata-cal.so.5 for package: evolution-connector --> Processing Dependency: gnome-menus >= 2.9.1 for package: gnome-panel --> Processing Dependency: librpmio-4.3.so for package: net-snmp --> Processing Dependency: libgnome-menu.so.0 for package: eel2 --> Processing Dependency: libnautilus.so.2 for package: nautilus-media --> Processing Dependency: libebook.so.8 for package: evolution-connector --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package gnome-menus.i386 0:2.9.90-2 set to be updated ---> Package sqlite3.i386 0:3.0.8-3 set to be updated --> Running transaction check --> Processing Dependency: libedata-book.so.1 for package: evolution-connector --> Processing Dependency: libgal-2.2.so.1 for package: evolution-connector --> Processing Dependency: libcamel.so.0 for package: evolution-connector --> Processing Dependency: librpm-4.3.so for package: net-snmp --> Processing Dependency: libgal-a11y-2.2.so.1 for package: evolution-connector --> Processing Dependency: librpmdb-4.3.so for package: net-snmp --> Processing Dependency: libecal.so.6 for package: evolution-connector --> Processing Dependency: libedataserver.so.3 for package: evolution-connector --> Processing Dependency: libedata-cal.so.5 for package: evolution-connector --> Processing Dependency: libnautilus.so.2 for package: nautilus-media --> Processing Dependency: librpmio-4.3.so for package: net-snmp --> Processing Dependency: libebook.so.8 for package: evolution-connector --> Finished Dependency Resolution Error: Missing Dependency: libedata-book.so.1 is needed by package evolution-connector Error: Missing Dependency: libcamel.so.0 is needed by package evolution-connector Error: Missing Dependency: librpm-4.3.so is needed by package net-snmp Error: Missing Dependency: libgal-2.2.so.1 is needed by package evolution-connector Error: Missing Dependency: libgal-a11y-2.2.so.1 is needed by package evolution-connector Error: Missing Dependency: libecal.so.6 is needed by package evolution-connector Error: Missing Dependency: librpmdb-4.3.so is needed by package net-snmp Error: Missing Dependency: libedataserver.so.3 is needed by package evolution-connector Error: Missing Dependency: libedata-cal.so.5 is needed by package evolution-connector Error: Missing Dependency: librpmio-4.3.so is needed by package net-snmp Error: Missing Dependency: libnautilus.so.2 is needed by package nautilus-media Error: Missing Dependency: libebook.so.8 is needed by package evolution-connector From justin.conover at gmail.com Mon Feb 7 17:48:59 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 7 Feb 2005 11:48:59 -0600 Subject: GFS modules not loading Message-ID: I wanted to install GFS to learn/play with it and I'm not able to load the gfs module so I'm wondering what "I'm" missing: # yum --enablerepo=development -y install *\GFS\* Setting up Install Process Setting up Repo: development repomd.xml 100% |=========================| 1.1 kB 00:00 Setting up Repo: base http://ftp.uni-koeln.de/fedora/3/i386/os/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 403: Forbidden Trying other mirror. repomd.xml 100% |=========================| 1.1 kB 00:00 Setting up Repo: updates-released repomd.xml 100% |=========================| 951 B 00:00 Setting up Repo: extras repomd.xml 100% |=========================| 951 B 00:00 Reading repository metadata in from local files developmen: ################################################## 3728/3728 base : ################################################## 2622/2622 updates-re: ################################################## 659/659 extras : ################################################## 722/722 Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package GFS.i386 0:6.1-0.pre7.4 set to be installed ---> Package GFS-kernel-debuginfo.i386 0:2.6.9-5.2 set to be installed ---> Package GFS-kernheaders.i386 0:2.6.9-5.2 set to be installed ---> Package GFS-debuginfo.i386 0:6.1-0.pre7.4 set to be installed ---> Package GFS-kernel.i386 0:2.6.9-5.2 set to be installed --> Running transaction check Dependencies Resolved Transaction Listing: Install: GFS.i386 0:6.1-0.pre7.4 Install: GFS-debuginfo.i386 0:6.1-0.pre7.4 Install: GFS-kernel.i386 0:2.6.9-5.2 Install: GFS-kernel-debuginfo.i386 0:2.6.9-5.2 Install: GFS-kernheaders.i386 0:2.6.9-5.2 Downloading Packages: Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: GFS 100 % done 1/5 Installing: GFS-kernel-debuginfo 100 % done 2/5 Installing: GFS-kernheaders 100 % done 3/5 Installing: GFS-debuginfo 100 % done 4/5 Installing: GFS-kernel 100 % done 5/5 Installed: GFS.i386 0:6.1-0.pre7.4 GFS-debuginfo.i386 0:6.1-0.pre7.4 GFS-kernel.i386 0:2.6.9-5.2 GFS-kernel-debuginfo.i386 0:2.6.9-5.2 GFS-kernheaders.i386 0:2.6.9-5.2 Complete! [root at neo ~]# modprobe gfs FATAL: Module gfs not found. From jspaleta at gmail.com Mon Feb 7 18:12:28 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 7 Feb 2005 13:12:28 -0500 Subject: GFS modules not loading In-Reply-To: References: Message-ID: <604aa7910502071012680116b6@mail.gmail.com> On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover wrote: > I wanted to install GFS to learn/play with it and I'm not able to load > the gfs module so I'm wondering what "I'm" missing: > > # yum --enablerepo=development -y install *\GFS\*2 which kernel are you running? GFS-kernel package in rawhide right now only provides modules for 2.6.9-1.1047 and just for uniprocessor. The kernel in rawhide at the moment is 2.6.10-1.1126_FC4. The reason why its not working for you are obvious if you arent running the 2.6.9-1.1047 kernel. I really really hope people with experience packaging stand-alone kernel modules are talking to the packager of the gfs kernel module in rawhide about how to solve the issues of keeping the gfs module packages in sync with the kernel package across kernel updates using package management tools inside the distro. -jef From justin.conover at gmail.com Mon Feb 7 18:32:36 2005 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 7 Feb 2005 12:32:36 -0600 Subject: GFS modules not loading In-Reply-To: <604aa7910502071012680116b6@mail.gmail.com> References: <604aa7910502071012680116b6@mail.gmail.com> Message-ID: On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta wrote: > On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover > wrote: > > I wanted to install GFS to learn/play with it and I'm not able to load > > the gfs module so I'm wondering what "I'm" missing: > > > > # yum --enablerepo=development -y install *\GFS\*2 > > which kernel are you running? > 2.6.10-1.760_FC3 > GFS-kernel package in rawhide right now only provides modules for 2.6.9-1.1047 > and just for uniprocessor. The kernel in rawhide at the moment is > 2.6.10-1.1126_FC4. > The reason why its not working for you are obvious if you arent > running the 2.6.9-1.1047 kernel. That makes sense now :D, the question would be were can I find the old kernel and/or why isn't the package updated to include every kernel. > > I really really hope people with experience packaging stand-alone > kernel modules are talking to the packager of the gfs kernel module in > rawhide about how to solve the issues of keeping the gfs module > packages in sync with the kernel package across kernel updates using > package management tools inside the distro. > > -jef > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From jspaleta at gmail.com Mon Feb 7 19:09:50 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 7 Feb 2005 14:09:50 -0500 Subject: GFS modules not loading In-Reply-To: References: <604aa7910502071012680116b6@mail.gmail.com> Message-ID: <604aa791050207110914e0dccf@mail.gmail.com> On Mon, 7 Feb 2005 12:32:36 -0600, Justin Conover wrote: > That makes sense now :D, the question would be were can I find the old > kernel You'll have to be lucky enough to find someone who is caching old rawhide packages. Rawhide is a rolling release... someone has to be caching the old kernels for you to be able to find one. > why isn't the package updated to include every kernel. You'd have to ask the maintainer of the gfs packagers about that. Frankly i think updating the gfs package to include multiple kernel versions worth of modules in the same package is the wrong way to go... you keep making the package bigger and bigger for each update kernel and forcing everyone to carry around the modules even if they dont have every kernel update installed. Doing that however would mean the buildsystem would need to rebuild the module for each released fedora kernel.. something i think would end up being too combersome. External repositories have mechanisms to try to address this problem without putting multiple versions in the same package. The are deeper questions that have to be answered about how the gfs modules are being packaged. Right now looking at the packaging i dont see anything in the packaging requires/provides that an instrumented build/release system could use to let the gfs maintainer be notified that the package was out of sync with the kernel. This means that the kernel packager and the gfs package need to be in personal contact everytime the kernel package needs updating. I think relying on personal communication between packagers is going to end up being less reliable than a scriptable test in the build/release system. Certaintly rawhide is its only special breed of breakage and watching something go out of sync in rawhide isn't uncommon. But I fear that the way gfs is being packaged right now in rawhide is going to lead directly to continual problems with kernel updates in fc4 for users using the gfs modules unless something is done to either tie in kernel version into the gfs package requirements or to make the build/release scripts aware that Provides: kernel-modules is a special case that must be watched for outside of the strict package dependancy self-consistency checks. Because right now the gfs package deps are completely self-consistent in the rawhide tree, even though its an unusable situation. -jef"the gfs-kernel module has forgotten to include the Provides: barrel-of- psychopathic-monkeys tag"spaleta From darren at dzr-web.com Mon Feb 7 19:12:40 2005 From: darren at dzr-web.com (D. D. Brierton) Date: Mon, 07 Feb 2005 19:12:40 +0000 Subject: Updates to Evolution and GNOME? Message-ID: <1107803560.5968.114.camel@excession.dzr> The current stable version of Evolution is 2.0.3 and the current stable version of GNOME is 2.8.2 (both released, I believe, on the 8th December). FC3 still has Evolution 2.0.2 and GNOME 2.8.0. As the updates are bug-fix releases will they be made available via updates released? I don't think I can ever remember updates to GNOME happening, but I'm not sure why. For instance gnome-system-monitor is pretty broken ATM. Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From pri.rhl3 at iadonisi.to Mon Feb 7 19:30:36 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Mon, 07 Feb 2005 14:30:36 -0500 Subject: GFS modules not loading In-Reply-To: <604aa791050207110914e0dccf@mail.gmail.com> References: <604aa7910502071012680116b6@mail.gmail.com> <604aa791050207110914e0dccf@mail.gmail.com> Message-ID: <1107804637.10524.3.camel@tuxpaq> This thread actually begs the question: what's the status of getting GFS integrated into the upstream kernel? I thought that was one of the stated goals when Red Hat acquired Sistina. Is that discussion happening in the kernel list? I thought I read somewhere that the inclusion of "a" cluster filesystem was discussed at the recent OSDL Linux Summit. -- -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 fedora at nodata.co.uk Mon Feb 7 20:25:23 2005 From: fedora at nodata.co.uk (nodata) Date: Mon, 07 Feb 2005 21:25:23 +0100 Subject: What reads these clips In-Reply-To: References: Message-ID: <1107807923.4883.1.camel@localhost.localdomain> > With that search, looks like FAT is equally troubled with patents: > http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2Fsearch-adv.htm&r=0&f=S&l=50&d=PTXT&RS=%28AN%2Fmicrosoft+AND+ntfs%29&Refine=Refine+Search&Refine=Refine+Search&Query=an%2Fmicrosoft+and+fat "Microsoft's attempt to create a lucrative future revenue stream from its patent portfolio has tripped at the first hurdle." http://www.theregister.co.uk/2004/09/30/microsoft_fat_patent_rejected/ From goemon at anime.net Mon Feb 7 20:44:32 2005 From: goemon at anime.net (Dan Hollis) Date: Mon, 7 Feb 2005 12:44:32 -0800 (PST) Subject: What reads these clips In-Reply-To: <1107807923.4883.1.camel@localhost.localdomain> Message-ID: On Mon, 7 Feb 2005, nodata wrote: > > With that search, looks like FAT is equally troubled with patents: > > http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO2&Sect2=HITOFF&u=%2Fnetahtml%2Fsearch-adv.htm&r=0&f=S&l=50&d=PTXT&RS=%28AN%2Fmicrosoft+AND+ntfs%29&Refine=Refine+Search&Refine=Refine+Search&Query=an%2Fmicrosoft+and+fat > "Microsoft's attempt to create a lucrative future revenue stream from > its patent portfolio has tripped at the first hurdle." > http://www.theregister.co.uk/2004/09/30/microsoft_fat_patent_rejected/ there are other fat patents. thats just one. -Dan From dmalcolm at redhat.com Mon Feb 7 22:01:03 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 07 Feb 2005 17:01:03 -0500 Subject: rawhide dependency problems In-Reply-To: <4207A549.9080007@lio.aacisd.com> References: <4207A549.9080007@lio.aacisd.com> Message-ID: <1107813663.31720.1.camel@cassandra.boston.redhat.com> On Mon, 2005-02-07 at 12:28 -0500, Rob Shewan wrote: > Just an FYI. > > I see evolution but not the connector. evolution-connector needed much more patching than I was expecting (990K of patch!); the packages are built and should turn up sometime tonight in Rawhide. Sorry about the delay and brokenness. > > --> Running transaction check > --> Processing Dependency: libgnome-menu.so.0 for package: gnome-panel > --> Processing Dependency: libedata-book.so.1 for package: > evolution-connector > --> Processing Dependency: libcamel.so.0 for package: evolution-connector > --> Processing Dependency: librpm-4.3.so for package: net-snmp > --> Processing Dependency: libgal-2.2.so.1 for package: evolution-connector > --> Processing Dependency: libgnome-menu.so.0 for package: control-center > --> Processing Dependency: libgal-a11y-2.2.so.1 for package: > evolution-connector > --> Processing Dependency: libsqlite3.so.0 for package: rpm > --> Processing Dependency: gnome-menus >= 2.9.1 for package: control-center > --> Processing Dependency: libecal.so.6 for package: evolution-connector > --> Processing Dependency: libsqlite3.so.0 for package: rpm-build > --> Processing Dependency: librpmdb-4.3.so for package: net-snmp > --> Processing Dependency: libsqlite3.so.0 for package: rpm-devel > --> Processing Dependency: libsqlite3.so.0 for package: rpm-libs > --> Processing Dependency: libedataserver.so.3 for package: > evolution-connector > --> Processing Dependency: libedata-cal.so.5 for package: > evolution-connector > --> Processing Dependency: gnome-menus >= 2.9.1 for package: gnome-panel > --> Processing Dependency: librpmio-4.3.so for package: net-snmp > --> Processing Dependency: libgnome-menu.so.0 for package: eel2 > --> Processing Dependency: libnautilus.so.2 for package: nautilus-media > --> Processing Dependency: libebook.so.8 for package: evolution-connector > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package gnome-menus.i386 0:2.9.90-2 set to be updated > ---> Package sqlite3.i386 0:3.0.8-3 set to be updated > --> Running transaction check > --> Processing Dependency: libedata-book.so.1 for package: > evolution-connector > --> Processing Dependency: libgal-2.2.so.1 for package: evolution-connector > --> Processing Dependency: libcamel.so.0 for package: evolution-connector > --> Processing Dependency: librpm-4.3.so for package: net-snmp > --> Processing Dependency: libgal-a11y-2.2.so.1 for package: > evolution-connector > --> Processing Dependency: librpmdb-4.3.so for package: net-snmp > --> Processing Dependency: libecal.so.6 for package: evolution-connector > --> Processing Dependency: libedataserver.so.3 for package: > evolution-connector > --> Processing Dependency: libedata-cal.so.5 for package: > evolution-connector > --> Processing Dependency: libnautilus.so.2 for package: nautilus-media > --> Processing Dependency: librpmio-4.3.so for package: net-snmp > --> Processing Dependency: libebook.so.8 for package: evolution-connector > --> Finished Dependency Resolution > Error: Missing Dependency: libedata-book.so.1 is needed by package > evolution-connector > Error: Missing Dependency: libcamel.so.0 is needed by package > evolution-connector > Error: Missing Dependency: librpm-4.3.so is needed by package net-snmp > Error: Missing Dependency: libgal-2.2.so.1 is needed by package > evolution-connector > Error: Missing Dependency: libgal-a11y-2.2.so.1 is needed by package > evolution-connector > Error: Missing Dependency: libecal.so.6 is needed by package > evolution-connector > Error: Missing Dependency: librpmdb-4.3.so is needed by package net-snmp > Error: Missing Dependency: libedataserver.so.3 is needed by package > evolution-connector > Error: Missing Dependency: libedata-cal.so.5 is needed by package > evolution-connector > Error: Missing Dependency: librpmio-4.3.so is needed by package net-snmp > Error: Missing Dependency: libnautilus.so.2 is needed by package > nautilus-media > Error: Missing Dependency: libebook.so.8 is needed by package > evolution-connector > From rshewan at lio.aacisd.com Mon Feb 7 22:30:20 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Mon, 07 Feb 2005 17:30:20 -0500 Subject: rawhide dependency problems In-Reply-To: <1107813663.31720.1.camel@cassandra.boston.redhat.com> References: <4207A549.9080007@lio.aacisd.com> <1107813663.31720.1.camel@cassandra.boston.redhat.com> Message-ID: <4207EBFC.2050102@lio.aacisd.com> David Malcolm wrote: > On Mon, 2005-02-07 at 12:28 -0500, Rob Shewan wrote: > >>Just an FYI. >> >>I see evolution but not the connector. > > evolution-connector needed much more patching than I was expecting (990K > of patch!); the packages are built and should turn up sometime tonight > in Rawhide. > > Sorry about the delay and brokenness. > > >>--> Running transaction check >>--> Processing Dependency: libgnome-menu.so.0 for package: gnome-panel >>--> Processing Dependency: libedata-book.so.1 for package: >>evolution-connector >>--> Processing Dependency: libcamel.so.0 for package: evolution-connector >>--> Processing Dependency: librpm-4.3.so for package: net-snmp >>--> Processing Dependency: libgal-2.2.so.1 for package: evolution-connector >>--> Processing Dependency: libgnome-menu.so.0 for package: control-center >>--> Processing Dependency: libgal-a11y-2.2.so.1 for package: >>evolution-connector >>--> Processing Dependency: libsqlite3.so.0 for package: rpm >>--> Processing Dependency: gnome-menus >= 2.9.1 for package: control-center >>--> Processing Dependency: libecal.so.6 for package: evolution-connector >>--> Processing Dependency: libsqlite3.so.0 for package: rpm-build >>--> Processing Dependency: librpmdb-4.3.so for package: net-snmp >>--> Processing Dependency: libsqlite3.so.0 for package: rpm-devel >>--> Processing Dependency: libsqlite3.so.0 for package: rpm-libs >>--> Processing Dependency: libedataserver.so.3 for package: >>evolution-connector >>--> Processing Dependency: libedata-cal.so.5 for package: >>evolution-connector >>--> Processing Dependency: gnome-menus >= 2.9.1 for package: gnome-panel >>--> Processing Dependency: librpmio-4.3.so for package: net-snmp >>--> Processing Dependency: libgnome-menu.so.0 for package: eel2 >>--> Processing Dependency: libnautilus.so.2 for package: nautilus-media >>--> Processing Dependency: libebook.so.8 for package: evolution-connector >>--> Restarting Dependency Resolution with new changes. >>--> Populating transaction set with selected packages. Please wait. >>---> Package gnome-menus.i386 0:2.9.90-2 set to be updated >>---> Package sqlite3.i386 0:3.0.8-3 set to be updated >>--> Running transaction check >>--> Processing Dependency: libedata-book.so.1 for package: >>evolution-connector >>--> Processing Dependency: libgal-2.2.so.1 for package: evolution-connector >>--> Processing Dependency: libcamel.so.0 for package: evolution-connector >>--> Processing Dependency: librpm-4.3.so for package: net-snmp >>--> Processing Dependency: libgal-a11y-2.2.so.1 for package: >>evolution-connector >>--> Processing Dependency: librpmdb-4.3.so for package: net-snmp >>--> Processing Dependency: libecal.so.6 for package: evolution-connector >>--> Processing Dependency: libedataserver.so.3 for package: >>evolution-connector >>--> Processing Dependency: libedata-cal.so.5 for package: >>evolution-connector >>--> Processing Dependency: libnautilus.so.2 for package: nautilus-media >>--> Processing Dependency: librpmio-4.3.so for package: net-snmp >>--> Processing Dependency: libebook.so.8 for package: evolution-connector >>--> Finished Dependency Resolution >>Error: Missing Dependency: libedata-book.so.1 is needed by package >>evolution-connector >>Error: Missing Dependency: libcamel.so.0 is needed by package >>evolution-connector >>Error: Missing Dependency: librpm-4.3.so is needed by package net-snmp >>Error: Missing Dependency: libgal-2.2.so.1 is needed by package >>evolution-connector >>Error: Missing Dependency: libgal-a11y-2.2.so.1 is needed by package >>evolution-connector >>Error: Missing Dependency: libecal.so.6 is needed by package >>evolution-connector >>Error: Missing Dependency: librpmdb-4.3.so is needed by package net-snmp >>Error: Missing Dependency: libedataserver.so.3 is needed by package >>evolution-connector >>Error: Missing Dependency: libedata-cal.so.5 is needed by package >>evolution-connector >>Error: Missing Dependency: librpmio-4.3.so is needed by package net-snmp >>Error: Missing Dependency: libnautilus.so.2 is needed by package >>nautilus-media >>Error: Missing Dependency: libebook.so.8 is needed by package >>evolution-connector >> > > No problem, thanks for the reply. From davej at redhat.com Tue Feb 8 05:49:47 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 8 Feb 2005 00:49:47 -0500 Subject: New FC2/FC3 testing kernels. Message-ID: <20050208054947.GB32156@redhat.com> kernel-2.6.10-1.13_FC2 and kernel-2.6.10-1.762_FC3 just got pushed out. The only change here is a rebase to 2.6.10-ac12, which should fix the problems a lot of x86-64 owners saw. All being well, I'll get these pushed out to updates proper in a day or two. Dave From caolanm at redhat.com Tue Feb 8 08:51:06 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 08 Feb 2005 08:51:06 +0000 Subject: OpenOffice In-Reply-To: <1107614282.5778.10.camel@localhost.localdomain> References: <1107614282.5778.10.camel@localhost.localdomain> Message-ID: <1107852666.9720.4.camel@sheol.homelinux.org> On Sat, 2005-02-05 at 14:38 +0000, Paul wrote: > Hi, > > I think it's been reported, but I'm getting the following segfault from > the OOo2 betas > > http://people.redhat.com/caolanm/openoffice.org2/i386/ > > /usr/lib/openoffice.org1.9.73/program/soffice: line 235: 8225 > Segmentation fault "$sd_prog/$sd_binary" "$@" > > Any sign of a fix? Yup, the rpms there were updated to 1.9.73-2 a few days ago with our fix for http://www.openoffice.org/issues/show_bug.cgi?id=41904 included. C. From caolanm at redhat.com Tue Feb 8 08:58:10 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 08 Feb 2005 08:58:10 +0000 Subject: Bugzilla for the beta of OOo? In-Reply-To: <1107689934.4678.10.camel@localhost.localdomain> References: <1107689934.4678.10.camel@localhost.localdomain> Message-ID: <1107853090.9746.13.camel@sheol.homelinux.org> On Sun, 2005-02-06 at 11:38 +0000, Paul wrote: > Hi, > > Do I report problems with the beta of the FC rawhide OOo2 on here or > will there be shortly a proper entry on the main Bugzilla? Version 73.2 > seems very unstable, so much so that I'm having to use the OOo version > instead. > It's not a fedora package yet, so don't report it through bugzilla, but sure if you have major problems with it mention them. especially if there don't exist in the other version. FWIW I expect stability around 1.9.78 onwards, so a bit of chaos in 1.9.73 is not unexpected. C. From twaugh at redhat.com Tue Feb 8 10:30:33 2005 From: twaugh at redhat.com (Tim Waugh) Date: Tue, 8 Feb 2005 10:30:33 +0000 Subject: Fedora Core 3 Test Update: system-config-printer-0.6.116.1.2-1 Message-ID: <20050208103033.GU10885@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-121 2005-02-08 --------------------------------------------------------------------- Product : Fedora Core 3 Name : system-config-printer Version : 0.6.116.1.2 Release : 1 Summary : A printer configuration backend/frontend combination. Description : The printconf utility is a printer configuration and filtration system based on magicfilter (the alchemist data library) and the foomatic filter system. It rebuilds local print configuration and spool directories from data sources at lpd init time, and is integrated to use the multi-sourced features of the alchemist data library. --------------------------------------------------------------------- Update Information: Bug-fix release. --------------------------------------------------------------------- * Mon Feb 07 2005 Tim Waugh 0.6.116.1.2-1 - 0.6.116.1.2: - Fixes for printconf_tui mangled/demangled names (bug #147330). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 2e56db203cc106b528373b5a3b028a30 SRPMS/system-config-printer-0.6.116.1.2-1.src.rpm 9eb74fb4a1555d407bb10678112bf86d x86_64/system-config-printer-0.6.116.1.2-1.x86_64.rpm 42fa45544c67a8edb03fb427b3695d10 x86_64/system-config-printer-gui-0.6.116.1.2-1.x86_64.rpm 45d72e9216c738ffb4b6f72df85c593e x86_64/debug/system-config-printer-debuginfo-0.6.116.1.2-1.x86_64.rpm 0dabddb056cd03de46e52e26ddc8f91c i386/system-config-printer-0.6.116.1.2-1.i386.rpm a14db486b5fc744112a3bf461df2e371 i386/system-config-printer-gui-0.6.116.1.2-1.i386.rpm 414eecb512688f3aa871353e8f70a767 i386/debug/system-config-printer-debuginfo-0.6.116.1.2-1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- 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 Tue Feb 8 11:31:02 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 8 Feb 2005 12:31:02 +0100 Subject: GFS modules not loading In-Reply-To: References: <604aa7910502071012680116b6@mail.gmail.com> Message-ID: <20050208113102.GF32377@neu.nirvana> On Mon, Feb 07, 2005 at 12:32:36PM -0600, Justin Conover wrote: > On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta wrote: > > On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover > > wrote: > > > I wanted to install GFS to learn/play with it and I'm not able to load > > > the gfs module so I'm wondering what "I'm" missing: > > > > > > # yum --enablerepo=development -y install *\GFS\*2 > > > > which kernel are you running? > > > > 2.6.10-1.760_FC3 In that case please try http://atrpms.net/dist/fc3/cluster/ -- 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 rshewan at lio.aacisd.com Tue Feb 8 14:36:48 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Tue, 08 Feb 2005 09:36:48 -0500 Subject: rawhide dependency problems Message-ID: <4208CE80.6030504@lio.aacisd.com> Just an FYI Did net-snmp get left behind? --> Running transaction check --> Processing Dependency: librpmdb-4.3.so for package: net-snmp --> Processing Dependency: librpm-4.3.so for package: net-snmp --> Processing Dependency: libgnome-menu.so.0 for package: control-center --> Processing Dependency: gnome-menus >= 2.9.1 for package: gnome-panel --> Processing Dependency: libsqlite3.so.0 for package: rpm --> Processing Dependency: gnome-menus >= 2.9.1 for package: control-center --> Processing Dependency: libsqlite3.so.0 for package: rpm-build --> Processing Dependency: libsqlite3.so.0 for package: rpm-devel --> Processing Dependency: libsqlite3.so.0 for package: rpm-libs --> Processing Dependency: librpmio-4.3.so for package: net-snmp --> Processing Dependency: libgnome-menu.so.0 for package: eel2 --> Processing Dependency: gnome-python2-extras = 2.9.3-1 for package: gnome-python2-gtkhtml2 --> Processing Dependency: libgnome-menu.so.0 for package: gnome-panel --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Downloading header for gnome-python2-extras to pack into transaction set. gnome-python2-extras-2.9. 100% |=========================| 3.5 kB 00:00 ---> Package gnome-python2-extras.i386 0:2.9.3-1 set to be updated ---> Package gnome-menus.i386 0:2.9.90-2 set to be updated ---> Package sqlite3.i386 0:3.0.8-3 set to be updated --> Running transaction check --> Processing Dependency: librpmio-4.3.so for package: net-snmp --> Processing Dependency: librpm-4.3.so for package: net-snmp --> Processing Dependency: librpmdb-4.3.so for package: net-snmp --> Finished Dependency Resolution Error: Missing Dependency: librpmdb-4.3.so is needed by package net-snmp Error: Missing Dependency: librpm-4.3.so is needed by package net-snmp Error: Missing Dependency: librpmio-4.3.so is needed by package net-snmp From talbotscott at cox.net Tue Feb 8 17:19:44 2005 From: talbotscott at cox.net (Scott Talbot) Date: Tue, 08 Feb 2005 09:19:44 -0800 Subject: empty applications menu In-Reply-To: <1107768908.4018.29.camel@blaa> References: <1107768566.4018.27.camel@blaa> <1107768908.4018.29.camel@blaa> Message-ID: <1107883184.3487.1.camel@ip68-101-182-212.sd.sd.cox.net> On Mon, 2005-02-07 at 09:35 +0000, Mark McLoughlin wrote: > On Mon, 2005-02-07 at 09:29 +0000, Mark McLoughlin wrote: > > On Sun, 2005-02-06 at 18:06 -0800, Ryan James wrote: > > > after updates from the 4th or the 5th, my applications > > > menu has been > > > empty. > > > > - Is gnome-menus and redhat-menus installed? What versions? > > > > - What version of gnome-panel is installed? > > > > - Do you have $XDG_DATA_DIRS or $XDG_CONFIG_DIRS set by any chance? > > (You shouldn't) > > > > - Do you have a ~/.config/menus/applications.menu ? What does it > > contain? If you move it aside, does it fix the problem? > > > > - What's the output of: > > > > $> MENU_VERBOSE=1 gnome-menu-spec-test > > Probably best to answer in: > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=147282 > > Cheers, > Mark. > Well, patience won out! This morning I downloaded updates and now have 3 menus and all are populated. (I lost up2date, though). I now have only RPM and popt that have dependency issues. Scott From rpaiz at simpaticus.com Tue Feb 8 18:29:51 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Tue, 08 Feb 2005 12:29:51 -0600 Subject: ETA on fixing OO bugs: no printers and weird paste? Message-ID: <1107887391.5202.33.camel@rodolfo.gt.factorrent.com> Guys/gals, Is there an ETA on fixes for OO doing really bizarre things when pasting, as well as its inability to see any of the CUPS printers? I am getting more and more heat from users around here... and just to have an idea of progress would be nice. Cheers, -- Rodolfo J. Paiz From dcbw at redhat.com Tue Feb 8 18:36:25 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 8 Feb 2005 13:36:25 -0500 (EST) Subject: ETA on fixing OO bugs: no printers and weird paste? In-Reply-To: <1107887391.5202.33.camel@rodolfo.gt.factorrent.com> References: <1107887391.5202.33.camel@rodolfo.gt.factorrent.com> Message-ID: Hi, Rawhide builds fixing this are already out, the FC-3 update just got built last night and will get pushed to updates hopefully today... Mirrors should have it by tomorrow or Thursday. Dan On Tue, 8 Feb 2005, Rodolfo J. Paiz wrote: > Guys/gals, > > Is there an ETA on fixes for OO doing really bizarre things when > pasting, as well as its inability to see any of the CUPS printers? I am > getting more and more heat from users around here... and just to have an > idea of progress would be nice. > > Cheers, > > -- > Rodolfo J. Paiz > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From tibbs at math.uh.edu Tue Feb 8 18:44:01 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Tue, 08 Feb 2005 12:44:01 -0600 Subject: ETA on fixing OO bugs: no printers and weird paste? In-Reply-To: <1107887391.5202.33.camel@rodolfo.gt.factorrent.com> (Rodolfo J. Paiz's message of "Tue, 08 Feb 2005 12:29:51 -0600") References: <1107887391.5202.33.camel@rodolfo.gt.factorrent.com> Message-ID: >>>>> "RJP" == Rodolfo J Paiz writes: RJP> Guys/gals, Is there an ETA on fixes for OO doing really bizarre RJP> things when pasting, as well as its inability to see any of the RJP> CUPS printers? Searching bugzilla is always a good idea: https://bugzilla.redhat.com/beta/show_bug.cgi?id=146328 "Bugzilla Bug 146328 - Cups printers are no longer detected" " -5 is out for Rawhide already, and building right now for FC-3. It fixes this problem and the Calc paste cells problem. " - J< From justin.conover at gmail.com Tue Feb 8 18:55:42 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 8 Feb 2005 12:55:42 -0600 Subject: GFS modules not loading In-Reply-To: <20050208113102.GF32377@neu.nirvana> References: <604aa7910502071012680116b6@mail.gmail.com> <20050208113102.GF32377@neu.nirvana> Message-ID: On Tue, 8 Feb 2005 12:31:02 +0100, Axel Thimm wrote: > On Mon, Feb 07, 2005 at 12:32:36PM -0600, Justin Conover wrote: > > On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta wrote: > > > On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover > > > wrote: > > > > I wanted to install GFS to learn/play with it and I'm not able to load > > > > the gfs module so I'm wondering what "I'm" missing: > > > > > > > > # yum --enablerepo=development -y install *\GFS\*2 > > > > > > which kernel are you running? > > > > > > > 2.6.10-1.760_FC3 > > In that case please try > > http://atrpms.net/dist/fc3/cluster/ > I will check that out when I get home Axel. Question though, are there other deps that your kernel will force me to use from your packages? I know some of you packages, (i think audio) will make me use system packages that I don't want updated, so I haven't been using them (plus I don't really need them). So I just wanted to know if your kernel packages will create the same case. I wouldn't see why a kernel package would require x, y and z but you never know :D > -- > Axel.Thimm at ATrpms.net > > > From justin.conover at gmail.com Tue Feb 8 19:15:16 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 8 Feb 2005 13:15:16 -0600 Subject: New FC2/FC3 testing kernels. In-Reply-To: <20050208054947.GB32156@redhat.com> References: <20050208054947.GB32156@redhat.com> Message-ID: On Tue, 8 Feb 2005 00:49:47 -0500, Dave Jones wrote: > kernel-2.6.10-1.13_FC2 and kernel-2.6.10-1.762_FC3 just got pushed out. > > The only change here is a rebase to 2.6.10-ac12, which should fix > the problems a lot of x86-64 owners saw. What were some of the issues for x86_64 users? I'm updating now. > > All being well, I'll get these pushed out to updates proper in a day or two. > > Dave > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From davej at redhat.com Tue Feb 8 19:27:29 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 8 Feb 2005 14:27:29 -0500 Subject: New FC2/FC3 testing kernels. In-Reply-To: References: <20050208054947.GB32156@redhat.com> Message-ID: <20050208192729.GB30857@redhat.com> On Tue, Feb 08, 2005 at 01:15:16PM -0600, Justin Conover wrote: > On Tue, 8 Feb 2005 00:49:47 -0500, Dave Jones wrote: > > kernel-2.6.10-1.13_FC2 and kernel-2.6.10-1.762_FC3 just got pushed out. > > > > The only change here is a rebase to 2.6.10-ac12, which should fix > > the problems a lot of x86-64 owners saw. > > What were some of the issues for x86_64 users? > I'm updating now. For quite a few folks it rebooted during startup, those who managed to get further saw random crashes. Some got lucky and never saw any problems at all. Dave From justin.conover at gmail.com Tue Feb 8 19:37:41 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 8 Feb 2005 13:37:41 -0600 Subject: xen, rawhide and x86_64 Message-ID: Does anyone know the progress of seeing Xen-2.0 for amd64 in rawhide? It doesn't seem to me that there is a lot of progress in the Xen mailing list for amd64 but with Linus/Andrew talking about putting it into the 2.6 kernel makes me wonder why would you drop something like that in that doesn't work for amd64 platforms. From Axel.Thimm at ATrpms.net Tue Feb 8 19:42:13 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Tue, 8 Feb 2005 20:42:13 +0100 Subject: GFS modules not loading In-Reply-To: References: <604aa7910502071012680116b6@mail.gmail.com> <20050208113102.GF32377@neu.nirvana> Message-ID: <20050208194213.GC14051@neu.nirvana> On Tue, Feb 08, 2005 at 12:55:42PM -0600, Justin Conover wrote: > On Tue, 8 Feb 2005 12:31:02 +0100, Axel Thimm wrote: > > On Mon, Feb 07, 2005 at 12:32:36PM -0600, Justin Conover wrote: > > > On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta wrote: > > > > On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover > > > > wrote: > > > > > I wanted to install GFS to learn/play with it and I'm not able to load > > > > > the gfs module so I'm wondering what "I'm" missing: > > > > > > > > > > # yum --enablerepo=development -y install *\GFS\*2 > > > > > > > > which kernel are you running? > > > > > > > > > > 2.6.10-1.760_FC3 > > > > In that case please try > > > > http://atrpms.net/dist/fc3/cluster/ > > > > I will check that out when I get home Axel. > > Question though, are there other deps that your kernel will force me > to use from your packages? I know some of you packages, (i think > audio) will make me use system packages that I don't want updated, You mean the updated alsa drivers? No, they should also be standalone packages, requiring only the matching kernel to be installed. Perhaps you ran into the issue, where asink for a project with kernel modules would pull in yet another kernel instead of using the one you are running. You can work around this by issuing yum install foo-kmdl-`uname -r` foo to ensure yum/apt/up2date/smart really pick the kernel modules for the kernel you want. Wrt to GFS/cluster: There are interdependencies between some of the cluster packages in the folder above. Other than the kmdl packages you should install them all, and also all kmdl packages matching the kernel you are running. > so I haven't been using them (plus I don't really need them). So I > just wanted to know if your kernel packages will create the same > case. I wouldn't see why a kernel package would require x, y and z > but you never know :D If there are dependencies for x, y, z that are not needed, then that's a bug that should be reported (bugzilla.atrpms.net, lists.atrpms.net or PM ;) -- 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 davej at redhat.com Tue Feb 8 19:48:34 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 8 Feb 2005 14:48:34 -0500 Subject: xen, rawhide and x86_64 In-Reply-To: References: Message-ID: <20050208194834.GE30857@redhat.com> On Tue, Feb 08, 2005 at 01:37:41PM -0600, Justin Conover wrote: > Does anyone know the progress of seeing Xen-2.0 for amd64 in rawhide? Non-existant, as theres no significant upstream development there yet afaik. > It doesn't seem to me that there is a lot of progress in the Xen > mailing list for amd64 but with Linus/Andrew talking about putting it > into the 2.6 kernel makes me wonder why would you drop something like > that in that doesn't work for amd64 platforms. UML never worked on a majority of supported platforms either. I don't see lack of AMD64 support as a major factor for holding up its inclusion. Neither do Linus/Andrew it seems. Dave From justin.conover at gmail.com Tue Feb 8 19:53:32 2005 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 8 Feb 2005 13:53:32 -0600 Subject: GFS modules not loading In-Reply-To: <20050208194213.GC14051@neu.nirvana> References: <604aa7910502071012680116b6@mail.gmail.com> <20050208113102.GF32377@neu.nirvana> <20050208194213.GC14051@neu.nirvana> Message-ID: Thanks, I'll check it out tonight. On Tue, 8 Feb 2005 20:42:13 +0100, Axel Thimm wrote: > On Tue, Feb 08, 2005 at 12:55:42PM -0600, Justin Conover wrote: > > On Tue, 8 Feb 2005 12:31:02 +0100, Axel Thimm wrote: > > > On Mon, Feb 07, 2005 at 12:32:36PM -0600, Justin Conover wrote: > > > > On Mon, 7 Feb 2005 13:12:28 -0500, Jeff Spaleta wrote: > > > > > On Mon, 7 Feb 2005 11:48:59 -0600, Justin Conover > > > > > wrote: > > > > > > I wanted to install GFS to learn/play with it and I'm not able to load > > > > > > the gfs module so I'm wondering what "I'm" missing: > > > > > > > > > > > > # yum --enablerepo=development -y install *\GFS\*2 > > > > > > > > > > which kernel are you running? > > > > > > > > > > > > > 2.6.10-1.760_FC3 > > > > > > In that case please try > > > > > > http://atrpms.net/dist/fc3/cluster/ > > > > > > > I will check that out when I get home Axel. > > > > Question though, are there other deps that your kernel will force me > > to use from your packages? I know some of you packages, (i think > > audio) will make me use system packages that I don't want updated, > > You mean the updated alsa drivers? No, they should also be standalone > packages, requiring only the matching kernel to be installed. > > Perhaps you ran into the issue, where asink for a project with kernel > modules would pull in yet another kernel instead of using the one you > are running. You can work around this by issuing > > yum install foo-kmdl-`uname -r` foo > > to ensure yum/apt/up2date/smart really pick the kernel modules for the > kernel you want. > > Wrt to GFS/cluster: There are interdependencies between some of the > cluster packages in the folder above. Other than the kmdl packages you > should install them all, and also all kmdl packages matching the > kernel you are running. > > > so I haven't been using them (plus I don't really need them). So I > > just wanted to know if your kernel packages will create the same > > case. I wouldn't see why a kernel package would require x, y and z > > but you never know :D > > If there are dependencies for x, y, z that are not needed, then that's > a bug that should be reported (bugzilla.atrpms.net, lists.atrpms.net > or PM ;) > -- > Axel.Thimm at ATrpms.net > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > From davej at redhat.com Tue Feb 8 19:54:53 2005 From: davej at redhat.com (Dave Jones) Date: Tue, 8 Feb 2005 14:54:53 -0500 Subject: New FC2/FC3 testing kernels. In-Reply-To: <20050208192729.GB30857@redhat.com> References: <20050208054947.GB32156@redhat.com> <20050208192729.GB30857@redhat.com> Message-ID: <20050208195453.GF30857@redhat.com> On Tue, Feb 08, 2005 at 02:27:29PM -0500, Dave Jones wrote: > On Tue, Feb 08, 2005 at 01:15:16PM -0600, Justin Conover wrote: > > On Tue, 8 Feb 2005 00:49:47 -0500, Dave Jones wrote: > > > kernel-2.6.10-1.13_FC2 and kernel-2.6.10-1.762_FC3 just got pushed out. > > > > > > The only change here is a rebase to 2.6.10-ac12, which should fix > > > the problems a lot of x86-64 owners saw. > > > > What were some of the issues for x86_64 users? > > I'm updating now. > > For quite a few folks it rebooted during startup, those who managed > to get further saw random crashes. Some got lucky and never saw > any problems at all. I just realised I forgot to send out the md5's in my announcement. Dave ac63d546d1dbbe7707304c2d9ea324b3 SRPMS/kernel-2.6.10-1.13_FC2.src.rpm b2a9266b5792e75443618bd53ee0021a x86_64/kernel-2.6.10-1.13_FC2.x86_64.rpm cba646315edcbb166711dbbea05754d8 x86_64/kernel-smp-2.6.10-1.13_FC2.x86_64.rpm 7d640395f109379efb7ae6911347db6c x86_64/debug/kernel-debuginfo-2.6.10-1.13_FC2.x86_64.rpm 0ad2adfbfe5682cf4eeb7bb68bb9184f x86_64/kernel-sourcecode-2.6.10-1.13_FC2.noarch.rpm 144bee7df0fbf4294ac819384bf54291 x86_64/kernel-doc-2.6.10-1.13_FC2.noarch.rpm 32c76d2d1591dc8fa581155669a1fc14 i386/kernel-2.6.10-1.13_FC2.i586.rpm 88728eb8d01ac00ee8108688bca4ba28 i386/kernel-smp-2.6.10-1.13_FC2.i586.rpm 55cde83d73830c4cb67407a28c5e2f3c i386/debug/kernel-debuginfo-2.6.10-1.13_FC2.i586.rpm e4a8744e90bbdf7f86e4739dc0c02718 i386/kernel-2.6.10-1.13_FC2.i686.rpm 83074efc4da95f34b72bb21e7c495643 i386/kernel-smp-2.6.10-1.13_FC2.i686.rpm 054fcd6b339b3700020a7e8d57b6a12d i386/debug/kernel-debuginfo-2.6.10-1.13_FC2.i686.rpm 0ad2adfbfe5682cf4eeb7bb68bb9184f i386/kernel-sourcecode-2.6.10-1.13_FC2.noarch.rpm 144bee7df0fbf4294ac819384bf54291 i386/kernel-doc-2.6.10-1.13_FC2.noarch.rpm 2efe9f25c20da3d18a821246f545fee4 SRPMS/kernel-2.6.10-1.762_FC3.src.rpm 911f0b3e6e05d683f7c00cbf79fe42ce x86_64/kernel-2.6.10-1.762_FC3.x86_64.rpm e94d6aadafb272d717ab52cefb3f433e x86_64/kernel-smp-2.6.10-1.762_FC3.x86_64.rpm 998c47c31e240d3ee2d15f3fe9d143dc x86_64/debug/kernel-debuginfo-2.6.10-1.762_FC3.x86_64.rpm 45eb74be6be5677cfd7f3c1251b81cd5 x86_64/kernel-doc-2.6.10-1.762_FC3.noarch.rpm e9a75a7c9e1af44b6e4b08997fe836e6 i386/kernel-2.6.10-1.762_FC3.i586.rpm d95d95aa9007085ba08922e213132ce1 i386/kernel-smp-2.6.10-1.762_FC3.i586.rpm 671fdb8542762882a9bbbd936734ec0d i386/debug/kernel-debuginfo-2.6.10-1.762_FC3.i586.rpm 9c02ccf3182b4fd4b8ced504ef20756f i386/kernel-2.6.10-1.762_FC3.i686.rpm 4dc94b93884847bc09f3399b3108dfff i386/kernel-smp-2.6.10-1.762_FC3.i686.rpm 53b3f6eeeaf1a1757187a76a96ce116e i386/debug/kernel-debuginfo-2.6.10-1.762_FC3.i686.rpm 45eb74be6be5677cfd7f3c1251b81cd5 i386/kernel-doc-2.6.10-1.762_FC3.noarch.rpm From david.r.bentley at btinternet.com Tue Feb 8 21:05:57 2005 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Tue, 8 Feb 2005 21:05:57 +0000 (GMT) Subject: Boot problem using recent boot.iso Message-ID: <20050208210557.40543.qmail@web86504.mail.ukl.yahoo.com> Having read a recent thread asking people to test the current boot process prior to FC4 test 1 being available I downloaded the latest boot.iso dated 08-Feb 2005 to see if I could get an install to work on my Intel SE7505VB2 based server (on a spare disk as master on the primary ATA channel) only to still get the same result as with FC3 in that you get as far in the boot process as seeing the LOADING sata_sil driver and the system hanging with the message Disabling IRQ #10 being displayed. I gather from reading this list in the past that there is a problem with sata support but had hoped that by FC4 these problems would have been fixed. From shrek-m at gmx.de Tue Feb 8 21:48:09 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 08 Feb 2005 22:48:09 +0100 Subject: New FC2/FC3 testing kernels. In-Reply-To: <42093051.4020005@gmx.de> References: <20050208054947.GB32156@redhat.com> <42093051.4020005@gmx.de> Message-ID: <42093399.7070303@gmx.de> shrek-m at gmx.de wrote: > is something wrong with the repo, yum, ...? oops, fc3 repos: base, updates-released # rhn-applet-tui The following is a list of outdated packages on your system: Name Version Release ----------------------------------------------------------------------------- perl-TimeDate 1.16 2 updates-testing # rpm -q yum yum-2.1.13-0.fc3 -- shrek-m From skvidal at phy.duke.edu Tue Feb 8 22:20:52 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 08 Feb 2005 17:20:52 -0500 Subject: New FC2/FC3 testing kernels. In-Reply-To: <42093399.7070303@gmx.de> References: <20050208054947.GB32156@redhat.com> <42093051.4020005@gmx.de> <42093399.7070303@gmx.de> Message-ID: <1107901252.28582.31.camel@cutter> On Tue, 2005-02-08 at 22:48 +0100, shrek-m at gmx.de wrote: > shrek-m at gmx.de wrote: > > > is something wrong with the repo, yum, ...? > > > oops, > fc3 > > repos: > base, updates-released > # rhn-applet-tui > The following is a list of outdated packages on your system: > Name Version Release > ----------------------------------------------------------------------------- > perl-TimeDate 1.16 2 > > > updates-testing > # rpm -q yum > yum-2.1.13-0.fc3 > kernels are big. probably not mirrored everywhere yet. -sv From shrek-m at gmx.de Tue Feb 8 21:34:09 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 08 Feb 2005 22:34:09 +0100 Subject: New FC2/FC3 testing kernels. In-Reply-To: <20050208054947.GB32156@redhat.com> References: <20050208054947.GB32156@redhat.com> Message-ID: <42093051.4020005@gmx.de> Dave Jones wrote: >kernel-2.6.10-1.13_FC2 and kernel-2.6.10-1.762_FC3 just got pushed out. > hi, is something wrong with the repo, yum, ...? this behavior is often reproducable 1; yum list only i586 kernel # yum --enablerepo=updates-testing list kernel [...] Installed Packages kernel.i686 2.6.9-1.681_FC3 installed kernel.i686 2.6.10-1.737_FC3 installed kernel.i686 2.6.9-1.667 installed kernel.i686 2.6.10-1.760_FC3 installed kernel.i686 2.6.10-1.741_FC3 installed kernel.i686 2.6.9-1.724_FC3 installed Available Packages kernel.i586 2.6.10-1.760_FC3 updates-released 2; 10 sec. later,yum list i586, i686 # yum --enablerepo=updates-testing list kernel [...] Installed Packages kernel.i686 2.6.10-1.737_FC3 installed kernel.i686 2.6.10-1.741_FC3 installed kernel.i686 2.6.9-1.667 installed kernel.i686 2.6.10-1.760_FC3 installed kernel.i686 2.6.9-1.724_FC3 installed kernel.i686 2.6.9-1.681_FC3 installed Available Packages kernel.i686 2.6.10-1.762_FC3 updates-testing kernel.i586 2.6.10-1.762_FC3 updates-testing [root at xp1800 ~]# 3; wait 10 minutes and yum list only i586 dsl, download ca. 120K/s # uname -a Linux xp1800 2.6.10-1.760_FC3 #1 Wed Feb 2 00:14:23 EST 2005 i686 athlon i386 GNU/Linux # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 6 model name : AMD Athlon(tm) stepping : 2 cpu MHz : 1152.928 cache size : 256 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 mtrr pge mca cmov pat pse36 mmx fxsr sse pni syscall mp mmxext 3dnowext 3dnow bogomips : 2277.37 -- shrek-m From skvidal at phy.duke.edu Tue Feb 8 22:38:37 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 08 Feb 2005 17:38:37 -0500 Subject: New FC2/FC3 testing kernels. In-Reply-To: <42093051.4020005@gmx.de> References: <20050208054947.GB32156@redhat.com> <42093051.4020005@gmx.de> Message-ID: <1107902317.28582.35.camel@cutter> On Tue, 2005-02-08 at 22:34 +0100, shrek-m at gmx.de wrote: > Dave Jones wrote: > > >kernel-2.6.10-1.13_FC2 and kernel-2.6.10-1.762_FC3 just got pushed out. > > > > hi, > > is something wrong with the repo, yum, ...? > > this behavior is often reproducable > > 1; yum list only i586 kernel > # yum --enablerepo=updates-testing list kernel > [...] > Installed Packages > kernel.i686 2.6.9-1.681_FC3 installed > kernel.i686 2.6.10-1.737_FC3 installed > kernel.i686 2.6.9-1.667 installed > kernel.i686 2.6.10-1.760_FC3 installed > kernel.i686 2.6.10-1.741_FC3 installed > kernel.i686 2.6.9-1.724_FC3 installed > Available Packages > kernel.i586 2.6.10-1.760_FC3 > updates-released > > 2; 10 sec. later,yum list i586, i686 > # yum --enablerepo=updates-testing list kernel > [...] > Installed Packages > kernel.i686 2.6.10-1.737_FC3 installed > kernel.i686 2.6.10-1.741_FC3 installed > kernel.i686 2.6.9-1.667 installed > kernel.i686 2.6.10-1.760_FC3 installed > kernel.i686 2.6.9-1.724_FC3 installed > kernel.i686 2.6.9-1.681_FC3 installed > Available Packages > kernel.i686 2.6.10-1.762_FC3 > updates-testing > kernel.i586 2.6.10-1.762_FC3 > updates-testing > [root at xp1800 ~]# > > 3; wait 10 minutes and yum list only i586 > dsl, download ca. 120K/s > using a different mirror each time, getting different results. -sv From paul at all-the-johnsons.co.uk Wed Feb 9 00:16:29 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 09 Feb 2005 00:16:29 +0000 Subject: Java and any kernel post 1063_FC4 Message-ID: <1107908189.5952.3.camel@localhost.localdomain> Hi, For some odd reason, using Azureus seems to kill my machine with annoying frequency (either hangs it or resets it). Now, I'm not sure if this is a Java problem, an Azureus problem (Azureus is a java bittorrent client) or a kernel problem. If I run Azureus with kernel-2.6.10-1.1063_FC4 everything is fine and happy, files download and the world spins on. Run it on anything newer that 1063_FC4 and I get the shut downs and lock ups. Anyone else seeing this or is it just me? TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 shrek-m at gmx.de Wed Feb 9 00:37:49 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 09 Feb 2005 01:37:49 +0100 Subject: New FC2/FC3 testing kernels. In-Reply-To: <1107902317.28582.35.camel@cutter> References: <20050208054947.GB32156@redhat.com> <42093051.4020005@gmx.de> <1107902317.28582.35.camel@cutter> Message-ID: <42095B5D.1080401@gmx.de> seth vidal wrote: >>2; 10 sec. later,yum list i586, i686 >># yum --enablerepo=updates-testing list kernel >>[...] >>Installed Packages >>kernel.i686 2.6.10-1.737_FC3 installed >>kernel.i686 2.6.10-1.741_FC3 installed >>kernel.i686 2.6.9-1.667 installed >>kernel.i686 2.6.10-1.760_FC3 installed >>kernel.i686 2.6.9-1.724_FC3 installed >>kernel.i686 2.6.9-1.681_FC3 installed >>Available Packages >>kernel.i686 2.6.10-1.762_FC3 >>updates-testing >>kernel.i586 2.6.10-1.762_FC3 >>updates-testing >>[root at xp1800 ~]# >> >>3; wait 10 minutes and yum list only i586 >>dsl, download ca. 120K/s >> >using a different mirror each time, getting different results. > thanks :-) why *.i586 ? $ rpm -qa --qf "%{name} %{arch}\n" kernel kernel i686 kernel i686 kernel i686 kernel i686 kernel i686 kernel i686 would yum install kernel.i586 ? $ cat /proc/cpuinfo | grep "ven\|cp\|mod" vendor_id : AuthenticAMD cpu family : 6 model : 6 model name : AMD Athlon(tm) cpu MHz : 1152.928 cpuid level : 1 -- shrek-m From skvidal at phy.duke.edu Wed Feb 9 00:43:45 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 08 Feb 2005 19:43:45 -0500 Subject: New FC2/FC3 testing kernels. In-Reply-To: <42095B5D.1080401@gmx.de> References: <20050208054947.GB32156@redhat.com> <42093051.4020005@gmx.de> <1107902317.28582.35.camel@cutter> <42095B5D.1080401@gmx.de> Message-ID: <1107909825.32017.2.camel@cutter> On Wed, 2005-02-09 at 01:37 +0100, shrek-m at gmx.de wrote: > seth vidal wrote: > > >>2; 10 sec. later,yum list i586, i686 > >># yum --enablerepo=updates-testing list kernel > >>[...] > >>Installed Packages > >>kernel.i686 2.6.10-1.737_FC3 installed > >>kernel.i686 2.6.10-1.741_FC3 installed > >>kernel.i686 2.6.9-1.667 installed > >>kernel.i686 2.6.10-1.760_FC3 installed > >>kernel.i686 2.6.9-1.724_FC3 installed > >>kernel.i686 2.6.9-1.681_FC3 installed > >>Available Packages > >>kernel.i686 2.6.10-1.762_FC3 > >>updates-testing > >>kernel.i586 2.6.10-1.762_FC3 > >>updates-testing > >>[root at xp1800 ~]# > >> > >>3; wait 10 minutes and yum list only i586 > >>dsl, download ca. 120K/s > >> > >using a different mirror each time, getting different results. > > > > thanks :-) > > why *.i586 ? > > $ rpm -qa --qf "%{name} %{arch}\n" kernel > kernel i686 > kernel i686 > kernel i686 > kernel i686 > kernel i686 > kernel i686 > > would yum install kernel.i586 ? > > $ cat /proc/cpuinfo | grep "ven\|cp\|mod" > vendor_id : AuthenticAMD > cpu family : 6 > model : 6 > model name : AMD Athlon(tm) > cpu MHz : 1152.928 > cpuid level : 1 > > afaict, it didn't install it. it's just telling you that the i586 kernel is out there. -sv From michal at harddata.com Wed Feb 9 03:50:02 2005 From: michal at harddata.com (Michal Jaegermann) Date: Tue, 8 Feb 2005 20:50:02 -0700 Subject: New FC2/FC3 testing kernels. In-Reply-To: <20050208192729.GB30857@redhat.com>; from davej@redhat.com on Tue, Feb 08, 2005 at 02:27:29PM -0500 References: <20050208054947.GB32156@redhat.com> <20050208192729.GB30857@redhat.com> Message-ID: <20050208205002.A1299@mail.harddata.com> On Tue, Feb 08, 2005 at 02:27:29PM -0500, Dave Jones wrote: > On Tue, Feb 08, 2005 at 01:15:16PM -0600, Justin Conover wrote: > > > > What were some of the issues for x86_64 users? > > I'm updating now. > > For quite a few folks it rebooted during startup, those who managed > to get further saw random crashes. It looks that SMP 760 kernel heavily misbehaves on x86_64. > Some got lucky and never saw > any problems at all. I did not see any problems with kernel-2.6.10-1.760_FC3 even on SMP boards. Michal From strange at nsk.no-ip.org Wed Feb 9 12:50:30 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Wed, 9 Feb 2005 12:50:30 +0000 Subject: cups upgrades Message-ID: <20050209125030.GA24487@nsk.no-ip.org> Cups likes to destroy my local configuration, without a save of the old one, every time it's upgraded. I've fixed it temporarily with chattr +i, but is there a standard way for defining a definitive local configuration? Regards, Luciano Rocha -- 4/11 From twaugh at redhat.com Wed Feb 9 13:24:14 2005 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 9 Feb 2005 13:24:14 +0000 Subject: cups upgrades In-Reply-To: <20050209125030.GA24487@nsk.no-ip.org> References: <20050209125030.GA24487@nsk.no-ip.org> Message-ID: <20050209132414.GD10885@redhat.com> On Wed, Feb 09, 2005 at 12:50:30PM +0000, Luciano Miguel Ferreira Rocha wrote: > Cups likes to destroy my local configuration, without a save of the old > one, every time it's upgraded. Remove system-config-printer (or else, use system-config-printer exclusively when configuring CUPS). Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From caolanm at redhat.com Wed Feb 9 14:15:43 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 09 Feb 2005 14:15:43 +0000 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107293369.16907.5.camel@sheol.homelinux.org> References: <41FA6FFC.5080901@wavefood.com> <1106932314.3051.21.camel@dcbw.boston.redhat.com> <1106937628.5141.7.camel@localhost.localdomain> <1106940197.5944.3.camel@dcbw.boston.redhat.com> <1107083716.6347.2.camel@localhost.localdomain> <41FD2F7A.7010502@drussell.dnsalias.com> <1107141587.5161.47.camel@trevally.redfishdemo.com> <41FDB317.3080206@drussell.dnsalias.com> <1107146503.5161.71.camel@trevally.redfishdemo.com> <41FDBFB2.2010109@drussell.dnsalias.com> <1107163971.9737.16.camel@sheol.homelinux.org> <1107293369.16907.5.camel@sheol.homelinux.org> Message-ID: <1107958543.9750.15.camel@sheol.homelinux.org> Testing OpenOffice.org 1.9.75 i386 rpms for rawhide available from... http://people.redhat.com/caolanm/openoffice.org2/i386/ C. From dwalsh at redhat.com Wed Feb 9 14:18:02 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 09 Feb 2005 09:18:02 -0500 Subject: Fedora Core 3 Test Update: policycoreutils-1.18.1-2.9 Message-ID: <420A1B9A.8020802@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-129 2005-02-09 --------------------------------------------------------------------- Product : Fedora Core 3 Name : policycoreutils Version : 1.18.1 Release : 2.9 Summary : SELinux policy core utilities. Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. policycoreutils contains the policy core utilities that are required for basic operation of a SELinux system. These utilities include load_policy to load policies, setfiles to label filesystems, newrole to switch roles, and run_init to run /etc/init.d scripts in the proper context. --------------------------------------------------------------------- Update Information: Fix segfault in restorecon when unlabeled file system. --------------------------------------------------------------------- * Tue Feb 08 2005 Dan Walsh 1.18.1-2.9 - Fix restorecon segfault on unlabeled file systems --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ ecb122dd4ba2389dff5785e81c25d03f SRPMS/policycoreutils-1.18.1-2.9.src.rpm 7652d85ae24e9613ef6756c78469a26b x86_64/policycoreutils-1.18.1-2.9.x86_64.r 2f400e6cf0dfe073d5ceda5c402f5038 x86_64/debug/policycoreutils-debuginfo-1.1 2.9.x86_64.rpm d4facba2e5418ebc27da8590dc21e455 i386/policycoreutils-1.18.1-2.9.i386.rpm f7cc14122ce4caddab3037addda14c60 i386/debug/policycoreutils-debuginfo-1.18. 9.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/ tes/testing/3/$ARCH --------------------------------------------------------------------- From dwalsh at redhat.com Wed Feb 9 14:19:41 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Wed, 09 Feb 2005 09:19:41 -0500 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-2.80 Message-ID: <420A1BFD.7090901@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-130 2005-02-09 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 2.80 Summary : SELinux targeted policy configuration Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 02c8e1a2c3c93a976d982b3ed0982159 SRPMS/selinux-policy-targeted-1.17.30-2.80.src.rpm 50b7da64ee60e1698610c1f95058d721 x86_64/selinux-policy-targeted-1.17.30-2.80.noarch.rpm 4ca2cf8dfecbe051ef72d42d3792e114 x86_64/selinux-policy-targeted-sources-1.17.30-2.80.noarch.rpm 50b7da64ee60e1698610c1f95058d721 i386/selinux-policy-targeted-1.17.30-2.80.noarch.rpm 4ca2cf8dfecbe051ef72d42d3792e114 i386/selinux-policy-targeted-sources-1.17.30-2.80.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From strange at nsk.no-ip.org Wed Feb 9 14:46:38 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Wed, 9 Feb 2005 14:46:38 +0000 Subject: cups upgrades In-Reply-To: <20050209132414.GD10885@redhat.com> References: <20050209125030.GA24487@nsk.no-ip.org> <20050209132414.GD10885@redhat.com> Message-ID: <20050209144638.GF22080@nsk.no-ip.org> On Wed, Feb 09, 2005 at 01:24:14PM +0000, Tim Waugh wrote: > On Wed, Feb 09, 2005 at 12:50:30PM +0000, Luciano Miguel Ferreira Rocha wrote: > > > Cups likes to destroy my local configuration, without a save of the old > > one, every time it's upgraded. > > Remove system-config-printer (or else, use system-config-printer > exclusively when configuring CUPS). desktop-printing has a dependency on system-config-printer. In my particular case, it doesn't matter, as I'm removing it on a server only. And that's an ugly fix. Regards, Luciano Rocha From rezso at rdsor.ro Wed Feb 9 14:52:27 2005 From: rezso at rdsor.ro (Balint Cristian) Date: Wed, 9 Feb 2005 16:52:27 +0200 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107958543.9750.15.camel@sheol.homelinux.org> References: <41FA6FFC.5080901@wavefood.com> <1107293369.16907.5.camel@sheol.homelinux.org> <1107958543.9750.15.camel@sheol.homelinux.org> Message-ID: <200502091652.28099.rezso@rdsor.ro> On Wednesday 09 February 2005 16:15, Caolan McNamara wrote: > Testing OpenOffice.org 1.9.75 i386 rpms for rawhide available from... > > http://people.redhat.com/caolanm/openoffice.org2/i386/ Can you please provide the src.rpm of these test packs ? I will atempt to build it on sparc/aurora too, but i want pack in fedorish' style. Actualy OOo2 run/build on sparc, but i want pack it in a nice *.sparc.rpm form. Thanks in advance, ~cristian From justin.conover at gmail.com Wed Feb 9 15:06:35 2005 From: justin.conover at gmail.com (Justin Conover) Date: Wed, 9 Feb 2005 09:06:35 -0600 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <200502091652.28099.rezso@rdsor.ro> References: <41FA6FFC.5080901@wavefood.com> <1107293369.16907.5.camel@sheol.homelinux.org> <1107958543.9750.15.camel@sheol.homelinux.org> <200502091652.28099.rezso@rdsor.ro> Message-ID: Same thing but x86_64 for me :D On Wed, 9 Feb 2005 16:52:27 +0200, Balint Cristian wrote: > On Wednesday 09 February 2005 16:15, Caolan McNamara wrote: > > Testing OpenOffice.org 1.9.75 i386 rpms for rawhide available from... > > > > http://people.redhat.com/caolanm/openoffice.org2/i386/ > > Can you please provide the src.rpm of these test packs ? > > I will atempt to build it on sparc/aurora too, but i want pack in fedorish' style. > Actualy OOo2 run/build on sparc, but i want pack it in a nice *.sparc.rpm form. > > Thanks in advance, > ~cristian > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From rpaiz at simpaticus.com Wed Feb 9 15:10:24 2005 From: rpaiz at simpaticus.com (Rodolfo J. Paiz) Date: Wed, 09 Feb 2005 09:10:24 -0600 Subject: ETA on fixing OO bugs: no printers and weird paste? In-Reply-To: References: <1107887391.5202.33.camel@rodolfo.gt.factorrent.com> Message-ID: <1107961824.5219.18.camel@rodolfo.gt.factorrent.com> On Tue, 2005-02-08 at 12:44 -0600, Jason L Tibbitts III wrote: > Searching bugzilla is always a good idea: > > https://bugzilla.redhat.com/beta/show_bug.cgi?id=146328 > I was aware of that bug and had checked/read it a few times. It did not occur to me to check it for a status update; thanks for the suggestion. Cheers, -- Rodolfo J. Paiz From rezso at rdsor.ro Wed Feb 9 15:19:09 2005 From: rezso at rdsor.ro (Balint Cristian) Date: Wed, 9 Feb 2005 17:19:09 +0200 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: References: <41FA6FFC.5080901@wavefood.com> <200502091652.28099.rezso@rdsor.ro> Message-ID: <200502091719.10229.rezso@rdsor.ro> On Wednesday 09 February 2005 17:06, Justin Conover wrote: > Same thing but x86_64 for me :D stop, read this first: http://blog.janik.cz/archives/2005-01-23T11_34_01.html 64bit is not yet fully implemented in OO1/2, but can give a try/help to test debug it. I think Dan Williams @RH know better this issue status, probably he is working on. But, indeed a ppc build can be exist too of caolan src.rpm :) I would love it too on my ibook :) > On Wed, 9 Feb 2005 16:52:27 +0200, Balint Cristian wrote: > > On Wednesday 09 February 2005 16:15, Caolan McNamara wrote: > > > Testing OpenOffice.org 1.9.75 i386 rpms for rawhide available from... > > > > > > http://people.redhat.com/caolanm/openoffice.org2/i386/ > > > > Can you please provide the src.rpm of these test packs ? > > > > I will atempt to build it on sparc/aurora too, but i want pack in fedorish' style. > > Actualy OOo2 run/build on sparc, but i want pack it in a nice *.sparc.rpm form. > > > > Thanks in advance, > > ~cristian > > > > -- > > fedora-test-list mailing list > > fedora-test-list at redhat.com > > To unsubscribe: > > http://www.redhat.com/mailman/listinfo/fedora-test-list > > > From bpm at ec-group.com Wed Feb 9 15:04:24 2005 From: bpm at ec-group.com (Brian Millett) Date: Wed, 09 Feb 2005 09:04:24 -0600 Subject: openoffice.org 1.9.73 testing rpms Message-ID: <200502091543.j19Fh8a3011968@mx2.redhat.com> Original message: > --------------- > From:Balint Cristian > To:fedora-test-list at redhat.com > Cc:tcallawa at redhat.com > > On Wednesday 09 February 2005 16:15, Caolan McNamara wrote: > > Testing OpenOffice.org 1.9.75 i386 rpms for rawhide available from... > > > > http://people.redhat.com/caolanm/openoffice.org2/i386/ > Can you please provide the src.rpm of these test packs ? > I will atempt to build it on sparc/aurora too, but i want pack in fedorish' style. > Actualy OOo2 run/build on sparc, but i want pack it in a nice *.sparc.rpm form. > Thanks in advance, > ~cristian Good idea. As to the OpenOffice.org 1.9.75 i386 rpms, I noticed that the rpms supplied by openoffice.org, there are additional rpms: openofficeorg-gnome-integration openofficeorg-javafilter openofficeorg-redhat-menus openofficeorg-spellcheck Are these separate, not included? Or are wrapped into the "fedora" rpms? Thanks. Brian Millett. -- fedora-test-list mailing list fedora-test-list at redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list From tibbs at math.uh.edu Wed Feb 9 15:53:46 2005 From: tibbs at math.uh.edu (Jason L Tibbitts III) Date: Wed, 09 Feb 2005 09:53:46 -0600 Subject: ETA on fixing OO bugs: no printers and weird paste? In-Reply-To: <1107961824.5219.18.camel@rodolfo.gt.factorrent.com> (Rodolfo J. Paiz's message of "Wed, 09 Feb 2005 09:10:24 -0600") References: <1107887391.5202.33.camel@rodolfo.gt.factorrent.com> <1107961824.5219.18.camel@rodolfo.gt.factorrent.com> Message-ID: >>>>> "RJP" == Rodolfo J Paiz writes: RJP> I was aware of that bug and had checked/read it a few times. It RJP> did not occur to me to check it for a status update; thanks for RJP> the suggestion. I always add myself to the CC list of interesting bugs, and have a simple saved query which shows me any bug I am watching. - J< From caolanm at redhat.com Wed Feb 9 16:24:13 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 09 Feb 2005 16:24:13 +0000 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <200502091652.28099.rezso@rdsor.ro> References: <41FA6FFC.5080901@wavefood.com> <1107293369.16907.5.camel@sheol.homelinux.org> <1107958543.9750.15.camel@sheol.homelinux.org> <200502091652.28099.rezso@rdsor.ro> Message-ID: <1107966253.9758.27.camel@sheol.homelinux.org> On Wed, 2005-02-09 at 16:52 +0200, Balint Cristian wrote: > On Wednesday 09 February 2005 16:15, Caolan McNamara wrote: > > Testing OpenOffice.org 1.9.75 i386 rpms for rawhide available from... > > > > http://people.redhat.com/caolanm/openoffice.org2/i386/ > > Can you please provide the src.rpm of these test packs ? ok, http://people.redhat.com/caolanm/openoffice.org2/SRPMS/ note a), its not going to fly for 64bit as that's a work in progress and the 64bit patches are not in that rpm, and probably won't be until the 64bit port does a bit more than crash on startup :-P b), ppc was not built in this test run because it failed in my last build 8 hours in due to some bizarre ppc/gcj/uno thing whose root cause escapes me. I'm not sure if I included the quick fix in the ppc patch in the src.rpm yet, but if not then its to #if 0 out the avmedia JAR entry in the scp2/source/ooo/files_library.scp, otherwise the src.rpm should be ok for ppc. I'll hopefully get the language packs for seperate rpms for diverse languages working for the next test and then we can walk around and kick its wheels a bit. FWIW 1.9.78 is penciled in as the OOo2.0 beta. Some interesting things about what we have to date is that gcc's -fvisibility=hidden stuff is in use for a lot of modules now which should give some good startup-speedups, in addition to many other tweaks and movement of huge chunks of code about the place so it should materalize on screen faster than 1.1.X (well, in theory). Moving to -Os rather than -O1 from ./configure (in-house Hamburg StarOffice defaults to -Os without flaw apparently) is still pending C. From caolanm at redhat.com Wed Feb 9 16:29:48 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 09 Feb 2005 16:29:48 +0000 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <200502091543.j19Fh8a3011968@mx2.redhat.com> References: <200502091543.j19Fh8a3011968@mx2.redhat.com> Message-ID: <1107966588.9752.33.camel@sheol.homelinux.org> On Wed, 2005-02-09 at 09:04 -0600, Brian Millett wrote: > As to the OpenOffice.org 1.9.75 i386 rpms, I noticed that the rpms supplied by openoffice.org, there are additional rpms: > > > openofficeorg-gnome-integration Should be part of our core, but now that you mention it I need to double check that the gnome-vfs etc stuff is getting built and delivered. > openofficeorg-javafilter *cough*, they don't compile with gcj yet, so they're not deployed :-( > openofficeorg-redhat-menus deliberately left out for now, they do some hairy things which doesn't make sense from a core fedora POV, i'll probably re-use the .desktop files and icons etc which are in this and split them out to their respective writer/impress/etc stuff. Patience :-) > openofficeorg-spellcheck Its only one .so IIRC, so I moved it into the core rpm. It's only seperate on the openoffice.org site because StarOffice ships with a different spellchecker and it makes their life easier that way. C. From dunvar1 at earthlink.net Wed Feb 9 18:32:42 2005 From: dunvar1 at earthlink.net (Ken Allen) Date: Wed, 9 Feb 2005 13:32:42 -0500 (GMT-05:00) Subject: Fedora Core 2 to Fedora Core 3 Message-ID: <19923503.1107973963015.JavaMail.root@thecount.psp.pas.earthlink.net> Is there a way to upgrade from Fedora Core 2 to Fedora Core 3 using the default update program? From alan at redhat.com Wed Feb 9 18:40:06 2005 From: alan at redhat.com (Alan Cox) Date: Wed, 9 Feb 2005 13:40:06 -0500 Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: <19923503.1107973963015.JavaMail.root@thecount.psp.pas.earthlink.net> References: <19923503.1107973963015.JavaMail.root@thecount.psp.pas.earthlink.net> Message-ID: <20050209184006.GH3872@devserv.devel.redhat.com> On Wed, Feb 09, 2005 at 01:32:42PM -0500, Ken Allen wrote: > Is there a way to upgrade from Fedora Core 2 to Fedora Core 3 using the default update program? This question realy belongs on fedora-list but yes you can ("not recommended") using yum rather than dropping in a Fedora Core 3 CD. It isn't how you are meant to do it. Ask on fedora-list someone will have instructions From goemon at anime.net Wed Feb 9 20:21:43 2005 From: goemon at anime.net (Dan Hollis) Date: Wed, 9 Feb 2005 12:21:43 -0800 (PST) Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: <20050209184006.GH3872@devserv.devel.redhat.com> Message-ID: On Wed, 9 Feb 2005, Alan Cox wrote: > On Wed, Feb 09, 2005 at 01:32:42PM -0500, Ken Allen wrote: > > Is there a way to upgrade from Fedora Core 2 to Fedora Core 3 using the default update program? > This question realy belongs on fedora-list but yes you can ("not recommended") > using yum rather than dropping in a Fedora Core 3 CD. It isn't how you are > meant to do it. i've live-upgraded from fc2 to fc3 using yum. a little scary but it worked. supported live upgrades is something that would be _really_ cool though. -Dan From joelbryanster at gmail.com Wed Feb 9 20:36:19 2005 From: joelbryanster at gmail.com (Joel Juliano) Date: Wed, 9 Feb 2005 15:36:19 -0500 Subject: Invitation Message-ID: <30271692.1107981377112.JavaMail.root@apu.hi5.com> Joel Juliano has invited you to join hi5. By joining hi5, you will be connected to Joel and all of Joel's friends. hi5 is the place where friends meet. You can use hi5 for the following purposes: * Find old friends * Meet new people * Browse photos Join Joel, meet Joel's friends, and meet people that share your interests now! Click here: http://www.hi5.com/splash/FBJQL?inviteId=D2040P4IQQ9773496f203714614 This invitation was sent to fedora-test-list at redhat.com on behalf of Joel Juliano (joelbryanster at gmail.com). If you do not wish to receive invitations from hi5 members, click on the link below: http://www.hi5.com/friend/displayBlockInvite.do?inviteId=203714614 -------------- next part -------------- An HTML attachment was scrubbed... URL: From allenbaylis at yahoo.ca Wed Feb 9 20:41:25 2005 From: allenbaylis at yahoo.ca (Allen Baylis) Date: Wed, 9 Feb 2005 15:41:25 -0500 (EST) Subject: Dsniff fix or what... ? Message-ID: <20050209204125.15202.qmail@web52501.mail.yahoo.com> Has anyone figured out why dsniff doesn't work under Fedora 2&3? I know there some issue with lib dependencies but 2.4 were supposed to be the fix. -AB ______________________________________________________________________ Post your free ad now! http://personals.yahoo.ca From rshewan at lio.aacisd.com Wed Feb 9 20:49:10 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Wed, 09 Feb 2005 15:49:10 -0500 Subject: rawhide update problem Message-ID: <420A7746.7010603@lio.aacisd.com> Let me just try to state the obvious. It seems that gnome-panel is dependent on two libraries from evolution-data-server. It isn't obvious why this might be necessary but someone else might comment. I removed all of the evolution packages in an attempt to incorporate the large quantity of updates available. I could remove these without any dependency problems. I have done a 'yum clean all' to ensure that there is nothing left around to confuse yum. I know that not everything I have done makes sense but I would appreciate any constructive feedback anyone might have. I also realize that this is rawhide and it just happens but maybe this information is useful to someone. --> Running transaction check --> Processing Dependency: libgnome-menu.so.0 for package: control-center --> Processing Dependency: gnome-menus >= 2.9.1 for package: gnome-panel --> Processing Dependency: gnome-menus >= 2.9.1 for package: control-center --> Processing Dependency: libecal-1.2.so.1 for package: gnome-panel --> Processing Dependency: libgnome-menu.so.0 for package: gnome-panel --> Processing Dependency: libedataserver-1.2.so.0 for package: gnome-panel --> Processing Dependency: libgnome-menu.so.0 for package: eel2 --> Processing Dependency: gnome-python2-extras = 2.9.3-1 for package: gnome-pyt hon2-gtkhtml2 --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package gnome-menus.i386 0:2.9.90-2 set to be updated ---> Package gnome-python2-extras.i386 0:2.9.3-1 set to be updated --> Running transaction check --> Processing Dependency: libecal-1.2.so.1 for package: gnome-panel --> Processing Dependency: libedataserver-1.2.so.0 for package: gnome-panel --> Finished Dependency Resolution Error: Missing Dependency: libecal-1.2.so.1 is needed by package gnome-panel Error: Missing Dependency: libedataserver-1.2.so.0 is needed by package gnome-panel From joelbryanster at gmail.com Wed Feb 9 20:53:28 2005 From: joelbryanster at gmail.com (joelbryan) Date: Wed, 9 Feb 2005 12:53:28 -0800 Subject: Invitation In-Reply-To: <30271692.1107981377112.JavaMail.root@apu.hi5.com> References: <30271692.1107981377112.JavaMail.root@apu.hi5.com> Message-ID: My Apologies, it's autosending all my contacts, wrong me.. ^_^ On Wed, 9 Feb 2005 15:36:19 -0500, Joel Juliano wrote: > Hey, come join my friends network! > > Joel > > > > Joel Juliano > > > > > > > > > > > > ----------------------------------------------------------------------------------------- > This invitation was sent to fedora-test-list at redhat.com on behalf of Joel > Juliano (joelbryanster at gmail.com). > If you do not wish to receive invitations from hi5 members, click on the > link below: > http://www.hi5.com/friend/displayBlockInvite.do?inviteId=203714614 > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > > From skvidal at phy.duke.edu Wed Feb 9 21:00:30 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 09 Feb 2005 16:00:30 -0500 Subject: rawhide update problem In-Reply-To: <420A7746.7010603@lio.aacisd.com> References: <420A7746.7010603@lio.aacisd.com> Message-ID: <1107982831.4617.15.camel@cutter> On Wed, 2005-02-09 at 15:49 -0500, Rob Shewan wrote: > Let me just try to state the obvious. It seems that gnome-panel is dependent > on two libraries from evolution-data-server. It isn't obvious why this might > be necessary but someone else might comment. needed for the time/date applet to show you your appointments from evo. > I removed all of the evolution packages in an attempt to incorporate the > large quantity of updates available. I could remove these without any > dependency problems. I have done a 'yum clean all' to ensure that there is > nothing left around to confuse yum. I know what you're trying to say here, but this irks me - yum is not confused - there is no way to complete the procedure you have requested - the deps are unresolvable. > > I know that not everything I have done makes sense but I would appreciate > any constructive feedback anyone might have. I also realize that this is > rawhide and it just happens but maybe this information is useful to someone. > > --> Running transaction check > --> Processing Dependency: libgnome-menu.so.0 for package: control-center > --> Processing Dependency: gnome-menus >= 2.9.1 for package: gnome-panel > --> Processing Dependency: gnome-menus >= 2.9.1 for package: control-center > --> Processing Dependency: libecal-1.2.so.1 for package: gnome-panel > --> Processing Dependency: libgnome-menu.so.0 for package: gnome-panel > --> Processing Dependency: libedataserver-1.2.so.0 for package: gnome-panel > --> Processing Dependency: libgnome-menu.so.0 for package: eel2 > --> Processing Dependency: gnome-python2-extras = 2.9.3-1 for package: gnome-pyt > hon2-gtkhtml2 > --> Restarting Dependency Resolution with new changes. > --> Populating transaction set with selected packages. Please wait. > ---> Package gnome-menus.i386 0:2.9.90-2 set to be updated > ---> Package gnome-python2-extras.i386 0:2.9.3-1 set to be updated > --> Running transaction check > --> Processing Dependency: libecal-1.2.so.1 for package: gnome-panel > --> Processing Dependency: libedataserver-1.2.so.0 for package: gnome-panel > --> Finished Dependency Resolution > Error: Missing Dependency: libecal-1.2.so.1 is needed by package gnome-panel > Error: Missing Dependency: libedataserver-1.2.so.0 is needed by package > gnome-panel yum is saying - yep - we can't resolve this - and in the last few days on fedora-devel-list (iirc) this was commented on. It's know and the solution is to exclude the update of evolution-data-server for now, iirc. -sv From skvidal at phy.duke.edu Wed Feb 9 21:17:21 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 09 Feb 2005 16:17:21 -0500 Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: References: Message-ID: <1107983842.4617.19.camel@cutter> On Wed, 2005-02-09 at 12:21 -0800, Dan Hollis wrote: > On Wed, 9 Feb 2005, Alan Cox wrote: > > On Wed, Feb 09, 2005 at 01:32:42PM -0500, Ken Allen wrote: > > > Is there a way to upgrade from Fedora Core 2 to Fedora Core 3 using the default update program? > > This question realy belongs on fedora-list but yes you can ("not recommended") > > using yum rather than dropping in a Fedora Core 3 CD. It isn't how you are > > meant to do it. > > i've live-upgraded from fc2 to fc3 using yum. a little scary but it worked. > > supported live upgrades is something that would be _really_ cool though. It's really tricky with the kernel changes that happen b/t fedora releases. even more tricky when you remember all the 3rd party binary-only kernel modules that people glom onto their system. -sv From goemon at anime.net Wed Feb 9 21:42:36 2005 From: goemon at anime.net (Dan Hollis) Date: Wed, 9 Feb 2005 13:42:36 -0800 (PST) Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: <1107983842.4617.19.camel@cutter> Message-ID: On Wed, 9 Feb 2005, seth vidal wrote: > On Wed, 2005-02-09 at 12:21 -0800, Dan Hollis wrote: > > On Wed, 9 Feb 2005, Alan Cox wrote: > > > On Wed, Feb 09, 2005 at 01:32:42PM -0500, Ken Allen wrote: > > > > Is there a way to upgrade from Fedora Core 2 to Fedora Core 3 using the default update program? > > > This question realy belongs on fedora-list but yes you can ("not recommended") > > > using yum rather than dropping in a Fedora Core 3 CD. It isn't how you are > > > meant to do it. > > i've live-upgraded from fc2 to fc3 using yum. a little scary but it worked. > > supported live upgrades is something that would be _really_ cool though. > It's really tricky with the kernel changes that happen b/t fedora > releases. even more tricky when you remember all the 3rd party > binary-only kernel modules that people glom onto their system. Most userspace stuff is independent of kernel version though... in any case FC2->FC3 did work so it would be nice if it were officially tested and supported in some way. -Dan From skvidal at phy.duke.edu Wed Feb 9 21:51:04 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 09 Feb 2005 16:51:04 -0500 Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: References: Message-ID: <1107985865.4617.24.camel@cutter> > Most userspace stuff is independent of kernel version though... in any > case FC2->FC3 did work so it would be nice if it were officially tested > and supported in some way. Well it is tested. trust me, i test it a lot. :) but being officially supported is harder. Heck, you know what anaconda does when the going gets rough on unresolvable deps, right? -sv From rshewan at lio.aacisd.com Wed Feb 9 21:48:00 2005 From: rshewan at lio.aacisd.com (Rob Shewan) Date: Wed, 09 Feb 2005 16:48:00 -0500 Subject: rawhide update problem In-Reply-To: <1107982831.4617.15.camel@cutter> References: <420A7746.7010603@lio.aacisd.com> <1107982831.4617.15.camel@cutter> Message-ID: <420A8510.4040601@lio.aacisd.com> seth vidal wrote: > On Wed, 2005-02-09 at 15:49 -0500, Rob Shewan wrote: > >>Let me just try to state the obvious. It seems that gnome-panel is dependent >>on two libraries from evolution-data-server. It isn't obvious why this might >>be necessary but someone else might comment. > > > needed for the time/date applet to show you your appointments from evo. > > > > >>I removed all of the evolution packages in an attempt to incorporate the >>large quantity of updates available. I could remove these without any >>dependency problems. I have done a 'yum clean all' to ensure that there is >>nothing left around to confuse yum. > > > I know what you're trying to say here, but this irks me - yum is not > confused - there is no way to complete the procedure you have requested > - the deps are unresolvable. > > > >>I know that not everything I have done makes sense but I would appreciate >>any constructive feedback anyone might have. I also realize that this is >>rawhide and it just happens but maybe this information is useful to someone. >> >>--> Running transaction check >>--> Processing Dependency: libgnome-menu.so.0 for package: control-center >>--> Processing Dependency: gnome-menus >= 2.9.1 for package: gnome-panel >>--> Processing Dependency: gnome-menus >= 2.9.1 for package: control-center >>--> Processing Dependency: libecal-1.2.so.1 for package: gnome-panel >>--> Processing Dependency: libgnome-menu.so.0 for package: gnome-panel >>--> Processing Dependency: libedataserver-1.2.so.0 for package: gnome-panel >>--> Processing Dependency: libgnome-menu.so.0 for package: eel2 >>--> Processing Dependency: gnome-python2-extras = 2.9.3-1 for package: gnome-pyt >>hon2-gtkhtml2 >>--> Restarting Dependency Resolution with new changes. >>--> Populating transaction set with selected packages. Please wait. >>---> Package gnome-menus.i386 0:2.9.90-2 set to be updated >>---> Package gnome-python2-extras.i386 0:2.9.3-1 set to be updated >>--> Running transaction check >>--> Processing Dependency: libecal-1.2.so.1 for package: gnome-panel >>--> Processing Dependency: libedataserver-1.2.so.0 for package: gnome-panel >>--> Finished Dependency Resolution >>Error: Missing Dependency: libecal-1.2.so.1 is needed by package gnome-panel >>Error: Missing Dependency: libedataserver-1.2.so.0 is needed by package >>gnome-panel > > > yum is saying - yep - we can't resolve this - and in the last few days > on fedora-devel-list (iirc) this was commented on. It's know and the > solution is to exclude the update of evolution-data-server for now, > iirc. > > -sv > > Thanks for the feedback and I acknowlege that yum is not the problem. I did try to exclude evolution-data-server and it doesn't help. I also removed evolution-data-server which shouldn't have been possible if gnome-panel depends on it (I guess). Even when evolution-data-server isn't installed it complains about the dependency and it doesn't add evolution-data-server to the update/install list to satisfy the dependency. Different mirrors have different content so the behavior varies by mirror. I also installed the latest evolution-data-server-1.1.5-3 and performed an yum update which, on some mirrors, results in an older version being listed as: Performing the following to resolve dependencies: Install: gnome-python2-extras.i386 0:2.9.3-1 - development Install: gnome-menus.i386 0:2.9.90-2 - development Update: evolution-data-server.i386 0:1.1.4.2-1 - development Total download size: 84 M Is this ok [y/N]: y Downloading Packages: (1/28): policycoreutils-1 100% |=========================| 56 kB 00:01 (2/28): xorg-x11-xauth-6. 100% |=========================| 266 kB 00:02 (3/28): gtk2-devel-2.6.2- 100% |=========================| 2.5 MB 00:29 (4/28): control-center-2. 100% |=========================| 2.3 MB 00:33 (5/28): libgtop2-2.9.90-1 100% |=========================| 119 kB 00:02 http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/i386/Fedora/RPMS/gnome-applets-2.9.5-2.i386.rpm: [Errno 4] IOError: Trying other mirror. (6/28): gnome-applets-2.9 100% |=========================| 4.8 MB 00:17 (7/28): eel2-devel-2.9.90 100% |=========================| 49 kB 00:00 (8/28): gnome-themes-2.9. 100% |=========================| 2.4 MB 00:08 http://sunsite.mff.cuni.cz/pub/fedora/development/i386/Fedora/RPMS/httpd-2.0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found Trying other mirror. http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/RPMS/httpd-2.0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found Trying other mirror. http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/i386/Fedora/RPMS/httpd-2.0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found Trying other mirror. http://mirror.hiwaay.net/redhat/fedora/linux/core/development/i386/Fedora/RPMS/httpd-2.0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found Trying other mirror. http://mirrors.kernel.org/fedora/core/development/i386/Fedora/RPMS/httpd-2.0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found Trying other mirror. Traceback (most recent call last): File "/usr/bin/yum", line 7, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 146, in main base.doTransaction() File "/usr/share/yum-cli/cli.py", line 630, in doTransaction problems = self.downloadPkgs(downloadpkgs) File "__init__.py", line 442, in downloadPkgs File "repos.py", line 521, in get File "mirror.py", line 414, in urlgrab File "mirror.py", line 392, in _mirror_try File "mirror.py", line 290, in _get_mirror IndexError: list index out of range I know the bug is being addressed and I know that the mirrors are not under Redhat's control. I guess it's just rawhide. From pri.rhl3 at iadonisi.to Wed Feb 9 21:51:29 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Wed, 09 Feb 2005 16:51:29 -0500 Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: References: Message-ID: <1107985889.6506.7.camel@md.local.linuxlobbyist.org> On Wed, 2005-02-09 at 13:42 -0800, Dan Hollis wrote: [snip] > Most userspace stuff is independent of kernel version though... in any > case FC2->FC3 did work so it would be nice if it were officially tested > and supported in some way. But it is slightly hairy going from a fully populated /dev to a dynamic /dev populated by udev. It works, but you must be careful about what's updated when and that you don't mistakenly reboot at the wrong point. Actually, I think I may be referring to a manual piecemeal rpm update I did. Still, you wind up with some weirdness that only safely goes away on reboot. In theory, it's a good idea to support this kind of upgrade, but given the differences between some releases, updating from one to the other on a live system can cause problems. My preferred method is always to upgrade using anaconda (second only to clean installing from anaconda when possible). -- -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 Wed Feb 9 21:59:23 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 09 Feb 2005 16:59:23 -0500 Subject: rawhide update problem In-Reply-To: <420A8510.4040601@lio.aacisd.com> References: <420A7746.7010603@lio.aacisd.com> <1107982831.4617.15.camel@cutter> <420A8510.4040601@lio.aacisd.com> Message-ID: <1107986364.4617.26.camel@cutter> On Wed, 2005-02-09 at 16:48 -0500, Rob Shewan wrote: > IndexError: list index out of range > > > > I know the bug is being addressed and I know that the mirrors are not under > Redhat's control. I guess it's just rawhide. That bug is a yum error - and it's been filed and fixed in cvs. thanks, -sv From goemon at anime.net Wed Feb 9 22:21:34 2005 From: goemon at anime.net (Dan Hollis) Date: Wed, 9 Feb 2005 14:21:34 -0800 (PST) Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: <1107985865.4617.24.camel@cutter> Message-ID: On Wed, 9 Feb 2005, seth vidal wrote: > > Most userspace stuff is independent of kernel version though... in any > > case FC2->FC3 did work so it would be nice if it were officially tested > > and supported in some way. > Well it is tested. trust me, i test it a lot. :) > but being officially supported is harder. Heck, you know what anaconda > does when the going gets rough on unresolvable deps, right? the same thing yum does when faced with multiple architectures -- toss its cookies? :)) -Dan From skvidal at phy.duke.edu Wed Feb 9 22:27:18 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 09 Feb 2005 17:27:18 -0500 Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: References: Message-ID: <1107988039.4617.35.camel@cutter> On Wed, 2005-02-09 at 14:21 -0800, Dan Hollis wrote: > On Wed, 9 Feb 2005, seth vidal wrote: > > > Most userspace stuff is independent of kernel version though... in any > > > case FC2->FC3 did work so it would be nice if it were officially tested > > > and supported in some way. > > Well it is tested. trust me, i test it a lot. :) > > but being officially supported is harder. Heck, you know what anaconda > > does when the going gets rough on unresolvable deps, right? > > the same thing yum does when faced with multiple architectures -- toss its > cookies? :)) What're you talking about? Can you give me a situation where yum errors out in the face of multilib or multiarch? I've not seen a bug report of this sort. Thanks, -sv From goemon at anime.net Wed Feb 9 22:54:37 2005 From: goemon at anime.net (Dan Hollis) Date: Wed, 9 Feb 2005 14:54:37 -0800 (PST) Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: <1107988039.4617.35.camel@cutter> Message-ID: On Wed, 9 Feb 2005, seth vidal wrote: > On Wed, 2005-02-09 at 14:21 -0800, Dan Hollis wrote: > > On Wed, 9 Feb 2005, seth vidal wrote: > > > > Most userspace stuff is independent of kernel version though... in any > > > > case FC2->FC3 did work so it would be nice if it were officially tested > > > > and supported in some way. > > > Well it is tested. trust me, i test it a lot. :) > > > but being officially supported is harder. Heck, you know what anaconda > > > does when the going gets rough on unresolvable deps, right? > > the same thing yum does when faced with multiple architectures -- toss its > > cookies? :)) > What're you talking about? Can you give me a situation where yum errors > out in the face of multilib or multiarch? I've not seen a bug report of > this sort. it doesnt error out, it just doesnt always handle things properly. as discussed many times on this list when trying to do 'yum update' on x86_64. yum getting confused when trying to do updates where there are multiple architectures involved. -Dan From jeffy5 at optonline.net Wed Feb 9 22:59:28 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Wed, 09 Feb 2005 17:59:28 -0500 Subject: cups upgrades In-Reply-To: <20050209125030.GA24487@nsk.no-ip.org> References: <20050209125030.GA24487@nsk.no-ip.org> Message-ID: <1107989968.4815.4.camel@jeffy5.jeffsdomain.net> On Wed, 2005-02-09 at 12:50 +0000, Luciano Miguel Ferreira Rocha wrote: > Cups likes to destroy my local configuration, without a save of the old > one, every time it's upgraded. > > I've fixed it temporarily with chattr +i, but is there a standard way > for defining a definitive local configuration? > > Regards, > Luciano Rocha > -- > 4/11 > Hello Luciano, I agree with you. It seems that each time CUPS is upgraded, I lose my print configuration settings on my LAN. I am trying to find out how to maintain those settings without losing them each time CUPS is upgraded. The way I was able to find out about this (besides not being able to print) was when I checked the cupsd.config file and saw that my settings were gone. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephen.day at comcast.net Wed Feb 9 23:12:40 2005 From: stephen.day at comcast.net (Steve) Date: Wed, 9 Feb 2005 15:12:40 -0800 Subject: Fedora Core 2 to Fedora Core 3 References: Message-ID: <007701c50efc$dadad890$6601a8c0@internet> I wouldn't have a problem with the amount if the unit was shipped in a reasonable amount of time. I've ordered and received many items since I ordered from you and their shipping and handling was about a third of what you are charging. You are not shipping from New York or I would have received my order by now. I don't appreciate being given the false impression that I was dealing with as US based company when you are not. Steve Day ----- Original Message ----- From: "Dan Hollis" To: "For testers of Fedora Core development releases" Cc: "Ken Allen" Sent: Wednesday, February 09, 2005 2:54 PM Subject: Re: Fedora Core 2 to Fedora Core 3 > On Wed, 9 Feb 2005, seth vidal wrote: >> On Wed, 2005-02-09 at 14:21 -0800, Dan Hollis wrote: >> > On Wed, 9 Feb 2005, seth vidal wrote: >> > > > Most userspace stuff is independent of kernel version though... in >> > > > any >> > > > case FC2->FC3 did work so it would be nice if it were officially >> > > > tested >> > > > and supported in some way. >> > > Well it is tested. trust me, i test it a lot. :) >> > > but being officially supported is harder. Heck, you know what >> > > anaconda >> > > does when the going gets rough on unresolvable deps, right? >> > the same thing yum does when faced with multiple architectures -- toss >> > its >> > cookies? :)) >> What're you talking about? Can you give me a situation where yum errors >> out in the face of multilib or multiarch? I've not seen a bug report of >> this sort. > > it doesnt error out, it just doesnt always handle things properly. as > discussed many times on this list when trying to do 'yum update' on > x86_64. yum getting confused when trying to do updates where there are > multiple architectures involved. > > -Dan > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list From rodd at clarkson.id.au Wed Feb 9 23:27:58 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 10 Feb 2005 10:27:58 +1100 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107966588.9752.33.camel@sheol.homelinux.org> References: <200502091543.j19Fh8a3011968@mx2.redhat.com> <1107966588.9752.33.camel@sheol.homelinux.org> Message-ID: <1107991679.3452.1.camel@trevally.redfishdemo.com> > > openofficeorg-redhat-menus > deliberately left out for now, they do some hairy things which doesn't > make sense from a core fedora POV, i'll probably re-use the .desktop > files and icons etc which are in this and split them out to their > respective writer/impress/etc stuff. Patience :-) Here's hoping some work is done on the icons. The current icons are too big for the panel touching both edges and looking out of place among all the other nice looking gnome icons. Rodd From jvdias at redhat.com Wed Feb 9 23:34:25 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Wed, 9 Feb 2005 18:34:25 -0500 Subject: rawhide update problem In-Reply-To: <420A8510.4040601@lio.aacisd.com> References: <420A7746.7010603@lio.aacisd.com> <1107982831.4617.15.camel@cutter> <420A8510.4040601@lio.aacisd.com> Message-ID: <200502091834.29813.jvdias@redhat.com> On Wednesday 09 February 2005 16:48, Rob Shewan wrote: | | Thanks for the feedback and I acknowlege that yum is not the problem. | | I did try to exclude evolution-data-server and it doesn't help. | | I also removed evolution-data-server which shouldn't have been possible if | gnome-panel depends on it (I guess). Even when evolution-data-server isn't | installed it complains about the dependency and it doesn't add | evolution-data-server to the update/install list to satisfy the dependency. | | Different mirrors have different content so the behavior varies by mirror. | I also installed the latest evolution-data-server-1.1.5-3 and performed an | yum update which, on some mirrors, results in an older version being listed | as: | | | | Performing the following to resolve dependencies: | Install: gnome-python2-extras.i386 0:2.9.3-1 - development | Install: gnome-menus.i386 0:2.9.90-2 - development | Update: evolution-data-server.i386 0:1.1.4.2-1 - development | Total download size: 84 M | Is this ok [y/N]: y | Downloading Packages: | (1/28): policycoreutils-1 100% |=========================| 56 kB 00:01 | (2/28): xorg-x11-xauth-6. 100% |=========================| 266 kB 00:02 | (3/28): gtk2-devel-2.6.2- 100% |=========================| 2.5 MB 00:29 | (4/28): control-center-2. 100% |=========================| 2.3 MB 00:33 | (5/28): libgtop2-2.9.90-1 100% |=========================| 119 kB 00:02 | http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/develop |ment/i386/Fedora/RPMS/gnome-applets-2.9.5-2.i386.rpm: [Errno 4] IOError: | Trying other mirror. | (6/28): gnome-applets-2.9 100% |=========================| 4.8 MB 00:17 | (7/28): eel2-devel-2.9.90 100% |=========================| 49 kB 00:00 | (8/28): gnome-themes-2.9. 100% |=========================| 2.4 MB 00:08 | http://sunsite.mff.cuni.cz/pub/fedora/development/i386/Fedora/RPMS/httpd-2. |0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found | Trying other mirror. | http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fe |dora/RPMS/httpd-2.0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not | Found | Trying other mirror. | http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/i386/Fedora/RPM |S/httpd-2.0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found | Trying other mirror. | http://mirror.hiwaay.net/redhat/fedora/linux/core/development/i386/Fedora/R |PMS/httpd-2.0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found | Trying other mirror. | http://mirrors.kernel.org/fedora/core/development/i386/Fedora/RPMS/httpd-2. |0.52-7.i386.rpm: [Errno 4] IOError: HTTP Error 404: Not Found | Trying other mirror. | Traceback (most recent call last): | File "/usr/bin/yum", line 7, in ? | yummain.main(sys.argv[1:]) | File "/usr/share/yum-cli/yummain.py", line 146, in main | base.doTransaction() | File "/usr/share/yum-cli/cli.py", line 630, in doTransaction | problems = self.downloadPkgs(downloadpkgs) | File "__init__.py", line 442, in downloadPkgs | File "repos.py", line 521, in get | File "mirror.py", line 414, in urlgrab | File "mirror.py", line 392, in _mirror_try | File "mirror.py", line 290, in _get_mirror | IndexError: list index out of range | | | | I know the bug is being addressed and I know that the mirrors are not under | Redhat's control. I guess it's just rawhide. I sympathise - especially as I just spent nearly two painful hours resolving this problem after mistakenly trying to update to the new 'rpm' RPM with '--nodeps' - this was a typo - NO ONE DO THAT! I had to built the previous rpm version and install manually (without rpm) to get rpm working again. Now that it is, I've finally managed to get 'yum upgrade'-d , so if you are intent on upgrading now, here it how I did it (I had all the RPMs mounted under $RPMS - replace with directory where you downloaded them - also I run these commands while in KDE, not GNOME ) : rpm -e --nodeps balsa perl-RPM2 php-snmp gnome-panel rpm -qa | grep '^jakarta-' | while read r; do rpm -e --nodeps $r; done rpm -Uvh --nodeps $RPMS/{evolution,gtk2,gtkhtml,glib2}*.rpm rpm -ivh --nodeps $RPMS/gnome-panel-2.9.90-4.i386.rpm rpm -Uvh --nodeps $RPMS/{libgda*,nautilus-*,jakarta*} yum upgrade (works OK !) then install balsa and rpm-PERL2 if you want them . Or maybe just wait a while until we get this mess sorted out! Thanks for your patience, Jason Vas Dias. From jeffy5 at optonline.net Wed Feb 9 23:04:17 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Wed, 09 Feb 2005 18:04:17 -0500 Subject: cups upgrades In-Reply-To: <20050209132414.GD10885@redhat.com> References: <20050209125030.GA24487@nsk.no-ip.org> <20050209132414.GD10885@redhat.com> Message-ID: <1107990257.4815.7.camel@jeffy5.jeffsdomain.net> On Wed, 2005-02-09 at 13:24 +0000, Tim Waugh wrote: > On Wed, Feb 09, 2005 at 12:50:30PM +0000, Luciano Miguel Ferreira Rocha wrote: > > > Cups likes to destroy my local configuration, without a save of the old > > one, every time it's upgraded. > > Remove system-config-printer (or else, use system-config-printer > exclusively when configuring CUPS). > > Tim. > */ Hello Tim, I am not sure where these settings are, since I am using the Gnome Desktop Environment. -------------- next part -------------- An HTML attachment was scrubbed... URL: From skvidal at phy.duke.edu Thu Feb 10 01:06:36 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Wed, 09 Feb 2005 20:06:36 -0500 Subject: Fedora Core 2 to Fedora Core 3 In-Reply-To: <007701c50efc$dadad890$6601a8c0@internet> References: <007701c50efc$dadad890$6601a8c0@internet> Message-ID: <1107997596.4617.43.camel@cutter> On Wed, 2005-02-09 at 15:12 -0800, Steve wrote: > I wouldn't have a problem with the amount if the unit was shipped in a > reasonable amount of time. I've ordered and received many items since I > ordered from you and their shipping and handling was about a third of what > you are charging. You are not shipping from New York or I would have > received my order by now. I don't appreciate being given the false > impression that I was dealing with as US based company when you are not. > I'm guessing you replied to the wrong message. -sv From reader at newsguy.com Thu Feb 10 13:32:36 2005 From: reader at newsguy.com (Harry Putnam) Date: Thu, 10 Feb 2005 07:32:36 -0600 Subject: yum conf for freshrpms.net Message-ID: After spending some time on freshrpm.net I'm not finding examples or docu that explains what I need in yum.conf to access the repositories. This would be for a mainly rawhide installation. Would I aim at what freshrpms.net calls FedoraLinux 3 or do they have devel directory ... Trying the address of there Fed3 (Heidleburg) in yum http://heidelberg.freshrpms.net/ Doesn't find the right stuff for yum: Yum Version: 2.1.13 COMMAND: yum search transcode Installroot: / Ext Commands: transcode Searching Packages: Setting up Repos Baseurl(s) for repo: ['http://heidelberg.freshrpms.net/'] http://heidelberg.freshrpms.net/repodata/repomd.xml: [Errno 4] IOError: HTTP Error 404: Not Found I didn't find direction on there web pages but it does say its accessable to yum. From skvidal at phy.duke.edu Thu Feb 10 14:59:41 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Thu, 10 Feb 2005 09:59:41 -0500 Subject: yum conf for freshrpms.net In-Reply-To: References: Message-ID: <1108047581.25835.0.camel@opus.phy.duke.edu> On Thu, 2005-02-10 at 07:32 -0600, Harry Putnam wrote: > After spending some time on freshrpm.net I'm not finding examples or > docu that explains what I need in yum.conf to access the repositories. > This would be for a mainly rawhide installation. > > Would I aim at what freshrpms.net calls FedoraLinux 3 or do they have > devel directory ... > > Trying the address of there Fed3 (Heidleburg) in yum > http://heidelberg.freshrpms.net/ > > Doesn't find the right stuff for yum: > > Yum Version: 2.1.13 > COMMAND: yum search transcode > Installroot: / > Ext Commands: > transcode > > Searching Packages: > Setting up Repos As listed here: http://svn.rpmforge.net/svn/trunk/rpms/yum/yum-fd.conf I think you just need this section: [freshrpms] name=Fedora Linux $releasever - $basearch - freshrpms baseurl=http://ayo.freshrpms.net/fedora/linux/$releasever/$basearch/freshrpms gpgcheck=1 -sv From camilo at mesias.co.uk Thu Feb 10 16:20:32 2005 From: camilo at mesias.co.uk (Cam) Date: Thu, 10 Feb 2005 16:20:32 +0000 Subject: Fedora Core 2 to Fedora Core 3 [OT] In-Reply-To: <1107997596.4617.43.camel@cutter> References: <007701c50efc$dadad890$6601a8c0@internet> <1107997596.4617.43.camel@cutter> Message-ID: <420B89D0.6070503@mesias.co.uk> seth > > I'm guessing you replied to the wrong message. > And he top-posted, quoting the whole of the wrong message... weird -Cam -- camilo at mesias.co.uk <-- From michal at harddata.com Thu Feb 10 16:47:05 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 10 Feb 2005 09:47:05 -0700 Subject: yum conf for freshrpms.net In-Reply-To: ; from reader@newsguy.com on Thu, Feb 10, 2005 at 07:32:36AM -0600 References: Message-ID: <20050210094705.C10856@mail.harddata.com> On Thu, Feb 10, 2005 at 07:32:36AM -0600, Harry Putnam wrote: > After spending some time on freshrpm.net I'm not finding examples or > docu that explains what I need in yum.conf to access the repositories. Get yourself yumex, http://linux.rasmil.dk, and it will do nearly all work for you. :-) Michal From justin.conover at gmail.com Thu Feb 10 18:04:36 2005 From: justin.conover at gmail.com (Justin Conover) Date: Thu, 10 Feb 2005 12:04:36 -0600 Subject: mono in fc3/rawhide/4 ? Message-ID: Are there any redhat devel's working on mono packages for 4 or in there own /people dir? x86 x86_64 <--- Please :) Or is there a license reason for not having them or more of a time/test reason if they are not some were. From pri.rhl3 at iadonisi.to Thu Feb 10 18:07:43 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Thu, 10 Feb 2005 13:07:43 -0500 Subject: mono in fc3/rawhide/4 ? In-Reply-To: References: Message-ID: <1108058863.14987.2.camel@tuxpaq> On Thu, 2005-02-10 at 12:04 -0600, Justin Conover wrote: > Are there any redhat devel's working on mono packages for 4 or in > there own /people dir? > x86 > x86_64 <--- Please :) > > Or is there a license reason for not having them or more of a > time/test reason if they are not some were. License problem, I don't think so. On the other hand, if you want to talk about the wisdom of it strategically or the possible future patent problems, well, maybe on another list ;-). -- -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 paul at all-the-johnsons.co.uk Thu Feb 10 21:21:08 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 10 Feb 2005 21:21:08 +0000 Subject: Printing problem with current OOo2 beta Message-ID: <1108070468.6412.55.camel@localhost.localdomain> Hi, I seem to be having a printing problem with the current OOo2 rpms - it seems to enjoy over printing certain items. Mainly oversized text. I can provide a test case to explain if needed. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 reader at newsguy.com Thu Feb 10 21:46:57 2005 From: reader at newsguy.com (Harry Putnam) Date: Thu, 10 Feb 2005 15:46:57 -0600 Subject: yum conf for freshrpms.net In-Reply-To: <1108047581.25835.0.camel@opus.phy.duke.edu> (seth vidal's message of "Thu, 10 Feb 2005 09:59:41 -0500") References: <1108047581.25835.0.camel@opus.phy.duke.edu> Message-ID: seth vidal writes: > On Thu, 2005-02-10 at 07:32 -0600, Harry Putnam wrote: >> After spending some time on freshrpm.net I'm not finding examples or >> docu that explains what I need in yum.conf to access the repositories. >> This would be for a mainly rawhide installation. >> >> Would I aim at what freshrpms.net calls FedoraLinux 3 or do they have >> devel directory ... [...] > As listed here: > > http://svn.rpmforge.net/svn/trunk/rpms/yum/yum-fd.conf > > I think you just need this section: > > [freshrpms] > name=Fedora Linux $releasever - $basearch - freshrpms > baseurl=http://ayo.freshrpms.net/fedora/linux/$releasever/$basearch/freshrpms > gpgcheck=1 Yup. That was it. Worked good too I asked for transcode and it found the other packages I needed to run it. Thanks. From michal at harddata.com Fri Feb 11 01:24:37 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 10 Feb 2005 18:24:37 -0700 Subject: a bit of disaster - anybody knows what is going on? Message-ID: <20050210182437.B26505@mail.harddata.com> After today series of updates my x86_64 test box started seriously misbehave. For example: # iptables-restore /etc/sysconfig/iptables *** glibc detected *** iptables-restore: free(): invalid pointer: 0x00002aaaaaac7150 *** Aborted # runuser -s /bin/bash - nobody -c mDNSResponder *** glibc detected *** runuser: double free or corruption (out): 0x00002aaaaaac7650 *** # service xfs status xfs dead but pid file exists and many other things. Some fail silently, other will complain like above. Pointers indeed look a bit strange. Interestingly enough /sbin/iptables-restore was installed on 2004-Nov-12 and 'ldd /sbin/iptables-restore' shows only libdl.so.2 => /lib64/libdl.so.2 (0x00000033f4b00000) libc.so.6 => /lib64/tls/libc.so.6 (0x00000033f4600000) /lib64/ld-linux-x86-64.so.2 (0x00000033f4400000) wher all three pieces were installed yesterday afternoon and a machine was running, and rebooting, a few times without any ill-effects until new rawhide packages were retrieved. 'rpm -V' does not report any troubles neither for 'iptables' nor for 'glibc'. A sudden hardware failure does not seem to be likely as another Linux installation on the same box runs just fine. A swap space is common to all installations. Booting older kernels also does not change anything. Today packages look like the most probably cause but I do not see on that list anything obvious. Oh, and x86 test system, updated to the same level, is not doing anything strange. I would file a bug report but I am somewhat at loss about what. Anybody seeing something similar? Michal From ellson at research.att.com Fri Feb 11 02:18:14 2005 From: ellson at research.att.com (John Ellson) Date: Thu, 10 Feb 2005 21:18:14 -0500 Subject: a bit of disaster - anybody knows what is going on? In-Reply-To: <20050210182437.B26505@mail.harddata.com> References: <20050210182437.B26505@mail.harddata.com> Message-ID: <420C15E6.7040209@research.att.com> Michal Jaegermann wrote: >After today series of updates my x86_64 test box started seriously >misbehave. For example: > ># iptables-restore /etc/sysconfig/iptables >*** glibc detected *** iptables-restore: free(): invalid pointer: >0x00002aaaaaac7150 *** >Aborted > ># runuser -s /bin/bash - nobody -c mDNSResponder >*** glibc detected *** runuser: double free or corruption (out): >0x00002aaaaaac7650 *** > ># service xfs status >xfs dead but pid file exists > >and many other things. Some fail silently, other will complain >like above. Pointers indeed look a bit strange. > >Interestingly enough /sbin/iptables-restore was installed >on 2004-Nov-12 and 'ldd /sbin/iptables-restore' shows only > > libdl.so.2 => /lib64/libdl.so.2 (0x00000033f4b00000) > libc.so.6 => /lib64/tls/libc.so.6 (0x00000033f4600000) > /lib64/ld-linux-x86-64.so.2 (0x00000033f4400000) > >wher all three pieces were installed yesterday afternoon and a >machine was running, and rebooting, a few times without any >ill-effects until new rawhide packages were retrieved. 'rpm -V' does >not report any troubles neither for 'iptables' nor for 'glibc'. > >A sudden hardware failure does not seem to be likely as another >Linux installation on the same box runs just fine. A swap space is >common to all installations. Booting older kernels also does not >change anything. Today packages look like the most probably cause >but I do not see on that list anything obvious. Oh, and x86 test >system, updated to the same level, is not doing anything strange. > >I would file a bug report but I am somewhat at loss about what. >Anybody seeing something similar? > > Michal > > > I had very similar symptoms today. I spent half the day tring to fix it on my x86_64 box. I _think_ I ultimately fixed it by reinstalling all of glibc but I can't be certain. I spent a lot of time poking around the xfs problem, but I don't think I changed anything related to fonts in the end. On a possibly related note: I'm getting all kinds of %postun errors when trying to uninstall rpms on various i386 boxes. And I'm having to "rpm --rebuilddb" on one box because it rpm claims that some unknown device is running out of space when writing /var/lib/rpm/Packages, even though I have 3G available. I wonder if there is something in rpm or in rpm %pre/%post scrpts that is broken? John From notting at redhat.com Fri Feb 11 03:21:52 2005 From: notting at redhat.com (Bill Nottingham) Date: Thu, 10 Feb 2005 22:21:52 -0500 Subject: a bit of disaster - anybody knows what is going on? In-Reply-To: <20050210182437.B26505@mail.harddata.com> References: <20050210182437.B26505@mail.harddata.com> Message-ID: <20050211032152.GG29375@nostromo.devel.redhat.com> Michal Jaegermann (michal at harddata.com) said: > After today series of updates my x86_64 test box started seriously > misbehave. For example: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147655 Bill From davej at redhat.com Fri Feb 11 03:36:05 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 10 Feb 2005 22:36:05 -0500 Subject: Fedora Core 2 Test Update: kernel-2.6.10-1.14_FC2 Message-ID: <200502110336.j1B3a5uv019597@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-141 2005-02-10 --------------------------------------------------------------------- Product : Fedora Core 2 Name : kernel Version : 2.6.10 Release : 1.14_FC2 Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of any Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Wed Feb 09 2005 Dave Jones - Backport some exec-shield fixes from devel/ branch. - Scan all SCSI LUNs by default. Theoretically, some devices may hang when being probed, though there should be few enough of these that we can blacklist them instead of having to whitelist every other device on the planet. * Tue Feb 08 2005 Dave Jones - Use both old-style and new-style for USB initialisation. * Mon Feb 7 2005 Dave Jones [2.6.10-1.762_FC3, 2.6.10-1.13_FC3] - Update to 2.6.10-ac12 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/ 59a64d8c869827e5ba219858e6bf3583 SRPMS/kernel-2.6.10-1.14_FC2.src.rpm ba893df1059fc498a00ab7d193d8823a x86_64/kernel-2.6.10-1.14_FC2.x86_64.rpm 58d950bf98b5961dc1a373083b3aca11 x86_64/kernel-smp-2.6.10-1.14_FC2.x86_64.rpm 4695a2e1598e31b341b1abca948853de x86_64/debug/kernel-debuginfo-2.6.10-1.14_FC2.x86_64.rpm 1f91848afa9c1bccdd1d6db0dac05281 x86_64/kernel-sourcecode-2.6.10-1.14_FC2.noarch.rpm 518edc0eb88b6ef5b605ad175102b4cb x86_64/kernel-doc-2.6.10-1.14_FC2.noarch.rpm 81740852a910517f462f81d254eb0938 i386/kernel-2.6.10-1.14_FC2.i586.rpm 91156521a933ead2e759a86dd33455a9 i386/kernel-smp-2.6.10-1.14_FC2.i586.rpm 92d9b34283d9140ce74e35295cb1a905 i386/debug/kernel-debuginfo-2.6.10-1.14_FC2.i586.rpm 167805829d02b390e937560573eff9ed i386/kernel-2.6.10-1.14_FC2.i686.rpm ede3e8b3e749500ff7db012706b90bd8 i386/kernel-smp-2.6.10-1.14_FC2.i686.rpm cba918ddd947948a97a99449bc9bcac8 i386/debug/kernel-debuginfo-2.6.10-1.14_FC2.i686.rpm 1f91848afa9c1bccdd1d6db0dac05281 i386/kernel-sourcecode-2.6.10-1.14_FC2.noarch.rpm 518edc0eb88b6ef5b605ad175102b4cb i386/kernel-doc-2.6.10-1.14_FC2.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/2/$ARCH --------------------------------------------------------------------- From davej at redhat.com Fri Feb 11 03:36:07 2005 From: davej at redhat.com (Dave Jones) Date: Thu, 10 Feb 2005 22:36:07 -0500 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 Message-ID: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-142 2005-02-10 --------------------------------------------------------------------- Product : Fedora Core 3 Name : kernel Version : 2.6.10 Release : 1.766_FC3 Summary : The Linux kernel (the core of the Linux operating system) Description : The kernel package contains the Linux kernel (vmlinuz), the core of any Linux operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. --------------------------------------------------------------------- * Wed Feb 9 2005 Dave Jones - Backport some exec-shield fixes from devel/ branch. - Scan all SCSI LUNs by default. Theoretically, some devices may hang when being probed, though there should be few enough of these that we can blacklist them instead of having to whitelist every other device on the planet. * Tue Feb 8 2005 Dave Jones - Use both old-style and new-style for USB initialisation. * Mon Feb 7 2005 Dave Jones [2.6.10-1.762_FC3, 2.6.10-1.13_FC3] - Update to 2.6.10-ac12 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 696cedff52c593029d3965e13cb7f318 SRPMS/kernel-2.6.10-1.766_FC3.src.rpm 4e0ee3e15b73219de79f4ab49409aa56 x86_64/kernel-2.6.10-1.766_FC3.x86_64.rpm a316ed0c4b89b16faa209a0648973c3e x86_64/kernel-smp-2.6.10-1.766_FC3.x86_64.rpm 7e276415cc1873dbd3b967974f1ef6f7 x86_64/debug/kernel-debuginfo-2.6.10-1.766_FC3.x86_64.rpm 4db9feccdbc2e8333fcdd3ce972889ad x86_64/kernel-doc-2.6.10-1.766_FC3.noarch.rpm 6f49806a9c27346468401e49b3ceb5cc i386/kernel-2.6.10-1.766_FC3.i586.rpm 4f4dc4dd25d53b964856f5aa80b48b33 i386/kernel-smp-2.6.10-1.766_FC3.i586.rpm e69b225845eff96d252261f997cac6a1 i386/debug/kernel-debuginfo-2.6.10-1.766_FC3.i586.rpm c3bf097b92e6d3e2911b0fda8acaacfc i386/kernel-2.6.10-1.766_FC3.i686.rpm 5e32aee4b2f4f287e5bed96c01ca1ae7 i386/kernel-smp-2.6.10-1.766_FC3.i686.rpm deb699bd313c35392ce98535eda98cba i386/debug/kernel-debuginfo-2.6.10-1.766_FC3.i686.rpm 4db9feccdbc2e8333fcdd3ce972889ad i386/kernel-doc-2.6.10-1.766_FC3.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From fct-cornette at insight.rr.com Fri Feb 11 03:38:38 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 10 Feb 2005 22:38:38 -0500 Subject: yum conf for freshrpms.net In-Reply-To: <20050210094705.C10856@mail.harddata.com> References: <20050210094705.C10856@mail.harddata.com> Message-ID: <420C28BE.10004@insight.rr.com> Michal Jaegermann wrote: > On Thu, Feb 10, 2005 at 07:32:36AM -0600, Harry Putnam wrote: > >>After spending some time on freshrpm.net I'm not finding examples or >>docu that explains what I need in yum.conf to access the repositories. > > > Get yourself yumex, http://linux.rasmil.dk, and it will do nearly > all work for you. :-) > > Michal > Thanks for the link. The program looks like it will make installing new packages less of a challenge. It does still have bugs (like most things). On my first attempt at using yumex, It gave me this error. Jim Traceback (most recent call last): File "yumex.py", line 67, in on_button File "yumex.py", line 402, in update_packages File "yumex.py", line 295, in get_confimation File "yumex.py", line 304, in get_package_list TypeError: unpack non-sequence From michal at harddata.com Fri Feb 11 04:51:46 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 10 Feb 2005 21:51:46 -0700 Subject: a bit of disaster - anybody knows what is going on? In-Reply-To: <20050211032152.GG29375@nostromo.devel.redhat.com>; from notting@redhat.com on Thu, Feb 10, 2005 at 10:21:52PM -0500 References: <20050210182437.B26505@mail.harddata.com> <20050211032152.GG29375@nostromo.devel.redhat.com> Message-ID: <20050210215146.A31344@mail.harddata.com> On Thu, Feb 10, 2005 at 10:21:52PM -0500, Bill Nottingham wrote: > Michal Jaegermann (michal at harddata.com) said: > > After today series of updates my x86_64 test box started seriously > > misbehave. For example: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147655 The catch is that I replaced glibc yesterday and used it, for example, while retrieving today updates. Things started to fall apart later and that is why I had a head scratcher. Michal From michal at harddata.com Fri Feb 11 05:52:38 2005 From: michal at harddata.com (Michal Jaegermann) Date: Thu, 10 Feb 2005 22:52:38 -0700 Subject: yum conf for freshrpms.net In-Reply-To: <420C28BE.10004@insight.rr.com>; from fct-cornette@insight.rr.com on Thu, Feb 10, 2005 at 10:38:38PM -0500 References: <20050210094705.C10856@mail.harddata.com> <420C28BE.10004@insight.rr.com> Message-ID: <20050210225238.B31344@mail.harddata.com> On Thu, Feb 10, 2005 at 10:38:38PM -0500, Jim Cornette wrote: > Michal Jaegermann wrote: > > > > Get yourself yumex, http://linux.rasmil.dk, and it will do nearly > > all work for you. :-) > > > > It does still have bugs (like most things). On my first attempt at using > yumex, It gave me this error. > > Traceback (most recent call last): > File "yumex.py", line 67, in on_button > File "yumex.py", line 402, in update_packages > File "yumex.py", line 295, in get_confimation > File "yumex.py", line 304, in get_package_list > TypeError: unpack non-sequence I looked recently at yumex-0.30-3.tla.1.FC3, and of FC3, and it seemed to work as advertised. If you are doing that on rawhide that quite possible that Python code required some changes. After all such Python things like rhn-applet-gui stopped to work there after recent updates. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147775 Michal From caolanm at redhat.com Fri Feb 11 09:29:10 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Fri, 11 Feb 2005 09:29:10 +0000 Subject: Printing problem with current OOo2 beta In-Reply-To: <1108070468.6412.55.camel@localhost.localdomain> References: <1108070468.6412.55.camel@localhost.localdomain> Message-ID: <1108114150.26924.2.camel@sheol.homelinux.org> On Thu, 2005-02-10 at 21:21 +0000, Paul wrote: > Hi, > > I seem to be having a printing problem with the current OOo2 rpms - it > seems to enjoy over printing certain items. Mainly oversized text. I can > provide a test case to explain if needed. Send me on the test case, it's probably an upstream issue. I'll see if its still going to be a problem in betaish 1.9.78. C. From pp at ee.oulu.fi Fri Feb 11 10:30:45 2005 From: pp at ee.oulu.fi (Pekka Pietikainen) Date: Fri, 11 Feb 2005 12:30:45 +0200 Subject: a bit of disaster - anybody knows what is going on? In-Reply-To: <20050211032152.GG29375@nostromo.devel.redhat.com> References: <20050210182437.B26505@mail.harddata.com> <20050211032152.GG29375@nostromo.devel.redhat.com> Message-ID: <20050211103045.GA9913@ee.oulu.fi> On Thu, Feb 10, 2005 at 10:21:52PM -0500, Bill Nottingham wrote: > Michal Jaegermann (michal at harddata.com) said: > > After today series of updates my x86_64 test box started seriously > > misbehave. For example: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147655 I saw this too (x86_64). It's related to prelinking, prelink -ua fixed things up for me. From Axel.Thimm at ATrpms.net Fri Feb 11 11:48:35 2005 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 11 Feb 2005 12:48:35 +0100 Subject: Fedora Core 2 Test Update: kernel-2.6.10-1.14_FC2 In-Reply-To: <200502110336.j1B3a5uv019597@devserv.devel.redhat.com> References: <200502110336.j1B3a5uv019597@devserv.devel.redhat.com> Message-ID: <20050211114835.GD22817@neu.nirvana> Hi Dave, since the FC2 and FC3 builds are really out of the same srpm/specfile would it make sense to use the same release tag up to the disttag (similar to the situation of RH7.3 till RH9 with nptl)? This would ease on the mapping of FC2 <-> FC3 in bug reports that would be common for the two kernel sets. On Thu, Feb 10, 2005 at 10:36:05PM -0500, Dave Jones wrote: > Product : Fedora Core 2 > Name : kernel > Version : 2.6.10 > Release : 1.14_FC2 -- 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 shrek-m at gmx.de Fri Feb 11 16:25:30 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 11 Feb 2005 17:25:30 +0100 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> Message-ID: <420CDC7A.7080807@gmx.de> Dave Jones wrote: >--------------------------------------------------------------------- >Fedora Test Update Notification >FEDORA-2005-142 >2005-02-10 >--------------------------------------------------------------------- > >Product : Fedora Core 3 >Name : kernel >Version : 2.6.10 >Release : 1.766_FC3 > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/i386/kernel-2.6.10-1.766_FC3.i686.rpm different mirror, same result, 1.766_FC3 is not listed --> i will wait $ rpm -qa kernel kernel-2.6.9-1.681_FC3 kernel-2.6.10-1.737_FC3 kernel-2.6.10-1.760_FC3 kernel-2.6.10-1.741_FC3 kernel-2.6.9-1.724_FC3 kernel-2.6.9-1.667 $ yum --enablerepo=updates-testing check-update kernel Setting up Repo: updates-released Setting up Repo: updates-testing Setting up Repo: extras Setting up Repo: base Reading repository metadata in from local files updates-re: ################################################## 672/672 updates-te: ################################################## 36/36 extras : ################################################## 771/771 base : ################################################## 2622/2622 kernel.i686 2.6.10-1.762_FC3 updates-testing -- shrek-m From shrek-m at gmx.de Fri Feb 11 16:35:14 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 11 Feb 2005 17:35:14 +0100 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: <420CDC7A.7080807@gmx.de> References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> <420CDC7A.7080807@gmx.de> Message-ID: <420CDEC2.2060806@gmx.de> shrek-m at gmx.de wrote: > different mirror, same result, 1.766_FC3 is not listed > --> i will wait > $ yum --enablerepo=updates-testing check-update kernel > kernel.i686 2.6.10-1.762_FC3 > updates-testing ahh, fedora updates are like russian roulette. $ yum --enablerepo=updates-testing check-update kernel kernel.i686 2.6.10-1.766_FC3 updates-testing -- shrek-m From balay at fastmail.fm Fri Feb 11 18:07:19 2005 From: balay at fastmail.fm (Satish Balay) Date: Fri, 11 Feb 2005 12:07:19 -0600 (CST) Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: <420CDEC2.2060806@gmx.de> References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> <420CDC7A.7080807@gmx.de> <420CDEC2.2060806@gmx.de> Message-ID: On Fri, 11 Feb 2005, shrek-m at gmx.de wrote: > ahh, fedora updates are like russian roulette. Make sure you use a proper mirror list - instead of the generic one - which can go to the other side of the globe. For eg: I use: mirrorlist=http://fedora.redhat.com/download/mirrors/updates-testing-fc$releasever.us.east Satish From davej at redhat.com Fri Feb 11 18:32:06 2005 From: davej at redhat.com (Dave Jones) Date: Fri, 11 Feb 2005 13:32:06 -0500 Subject: Fedora Core 2 Test Update: kernel-2.6.10-1.14_FC2 In-Reply-To: <20050211114835.GD22817@neu.nirvana> References: <200502110336.j1B3a5uv019597@devserv.devel.redhat.com> <20050211114835.GD22817@neu.nirvana> Message-ID: <20050211183205.GA15721@redhat.com> On Fri, Feb 11, 2005 at 12:48:35PM +0100, Axel Thimm wrote: > Hi Dave, > > since the FC2 and FC3 builds are really out of the same srpm/specfile > would it make sense to use the same release tag up to the disttag > (similar to the situation of RH7.3 till RH9 with nptl)? > > This would ease on the mapping of FC2 <-> FC3 in bug reports that > would be common for the two kernel sets. Now that they both have _FCx suffixes, that would probably be ok. Dave From mattdm at mattdm.org Fri Feb 11 18:38:00 2005 From: mattdm at mattdm.org (Matthew Miller) Date: Fri, 11 Feb 2005 13:38:00 -0500 Subject: Fedora Core 2 Test Update: kernel-2.6.10-1.14_FC2 In-Reply-To: <20050211183205.GA15721@redhat.com> References: <200502110336.j1B3a5uv019597@devserv.devel.redhat.com> <20050211114835.GD22817@neu.nirvana> <20050211183205.GA15721@redhat.com> Message-ID: <20050211183800.GA14308@jadzia.bu.edu> On Fri, Feb 11, 2005 at 01:32:06PM -0500, Dave Jones wrote: > Now that they both have _FCx suffixes, that would probably be ok. Cool; so much less confusing. :) -- Matthew Miller mattdm at mattdm.org --> Fedora Users & Developers Conference, hosted by Boston University <-- February 18th, 2005 From fct-cornette at insight.rr.com Sat Feb 12 00:40:35 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 11 Feb 2005 19:40:35 -0500 Subject: yum conf for freshrpms.net In-Reply-To: <20050210225238.B31344@mail.harddata.com> References: <20050210094705.C10856@mail.harddata.com> <420C28BE.10004@insight.rr.com> <20050210225238.B31344@mail.harddata.com> Message-ID: <420D5083.5080305@insight.rr.com> Michal Jaegermann wrote: > On Thu, Feb 10, 2005 at 10:38:38PM -0500, Jim Cornette wrote: > >>Michal Jaegermann wrote: >> >>>Get yourself yumex, http://linux.rasmil.dk, and it will do nearly >>>all work for you. :-) >>> >> >>It does still have bugs (like most things). On my first attempt at using >>yumex, It gave me this error. >> >> Traceback (most recent call last): >> File "yumex.py", line 67, in on_button >> File "yumex.py", line 402, in update_packages >> File "yumex.py", line 295, in get_confimation >> File "yumex.py", line 304, in get_package_list >>TypeError: unpack non-sequence > > > I looked recently at yumex-0.30-3.tla.1.FC3, and of FC3, and it > seemed to work as advertised. If you are doing that on rawhide that > quite possible that Python code required some changes. After all > such Python things like rhn-applet-gui stopped to work there after > recent updates. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147775 > > Michal > I am just getting ready to head for rawhide. I guess I'll hold off for awhile. Currently, I have these python related rpms installed. I was able to check out the program for what did work. The progrm is well thought out and full of features that make the program appealing, easy to use and it shows that the delevopers have both an artistic look and usability are their strongpoints. I did cross the summary field and saw that the word was spelled summery. Is this a variance for spelling this word in other than US English? I know that there are a few differences in British and US English, just a curiosity. Jim postgresql-python-7.4.7-1.FC3.2 gnome-python2-canvas-2.6.0-3 python-ldap-2.0.1-2 rpm-python-4.3.2-21 gnome-python2-2.6.0-3 python-devel-2.3.4-13.1 MySQL-python-0.9.2-4 libredcarpet-python-2.2.0.91-1.FC3.2 mod_python-3.1.3-5.2 gnome-python2-bonobo-2.6.0-3 python-2.3.4-13.1 libxml2-python-2.6.16-3 gnome-python2-gtkhtml2-2.6.0-3 dbus-python-0.22-10.FC3.2 From jspaleta at gmail.com Sat Feb 12 00:57:30 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 11 Feb 2005 19:57:30 -0500 Subject: yum conf for freshrpms.net In-Reply-To: <20050210225238.B31344@mail.harddata.com> References: <20050210094705.C10856@mail.harddata.com> <420C28BE.10004@insight.rr.com> <20050210225238.B31344@mail.harddata.com> Message-ID: <604aa7910502111657793d5d6e@mail.gmail.com> On Thu, 10 Feb 2005 22:52:38 -0700, Michal Jaegermann wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147775 This is being reported repeatedly against several python based applications. On my system I traced this problem back to /usr/lib/python2.4/site-packages/gtk-2.0/gnome/ui.so from package gnome-python2-2.9.4-2 by doing module imports in the interactive python interpreter. Try this on your system to confirm the underlying problem is in ui.so: bash>python python>>>import gnome.ui This should make the python interpreter fail just like the apps and points to a problem with the ui.so file. I was seeing the problem but after doing a little troubleshooting of the ui.so I am unable to reproduce the problem. The fact that I am unable to reproduce this after doing a package uninstall/re-install of gnome-python2 suggest to me its something in the system environment and not in the packaging. I'm suspicious of prelink or library linking as a deeper underlying problem.. but I can't point to a smoking gun.. i can no longer create the issue. I doubt everyone eating rawhide at the moment sees this. -jef"my kingdom for a reproducible problem robust to simple troubleshooting"spaleta From fct-cornette at insight.rr.com Sat Feb 12 01:17:27 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 11 Feb 2005 20:17:27 -0500 Subject: yum conf for freshrpms.net In-Reply-To: <604aa7910502111657793d5d6e@mail.gmail.com> References: <20050210094705.C10856@mail.harddata.com> <420C28BE.10004@insight.rr.com> <20050210225238.B31344@mail.harddata.com> <604aa7910502111657793d5d6e@mail.gmail.com> Message-ID: <420D5927.90404@insight.rr.com> Jeff Spaleta wrote: > On Thu, 10 Feb 2005 22:52:38 -0700, Michal Jaegermann > wrote: > >>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147775 > > > This is being reported repeatedly against several python based > applications. On my system I traced this problem back to > /usr/lib/python2.4/site-packages/gtk-2.0/gnome/ui.so from package > gnome-python2-2.9.4-2 by doing module imports in the interactive > python interpreter. Try this on your system to confirm the underlying > problem is in ui.so: > bash>python > python>>>import gnome.ui > > This should make the python interpreter fail just like the apps and > points to a problem with the ui.so file. I was seeing the problem but > after doing a little troubleshooting of the ui.so I am unable to > reproduce the problem. The fact that I am unable to reproduce this > after doing a package uninstall/re-install of gnome-python2 suggest to > me its something in the system environment and not in the packaging. > I'm suspicious of prelink or library linking as a deeper underlying > problem.. but I can't point to a smoking gun.. i can no longer create > the issue. I doubt everyone eating rawhide at the moment sees this. > > -jef"my kingdom for a reproducible problem robust to simple > troubleshooting"spaleta I just ended up getting the >>> prompt with no additional feedback. I assume that it was satisfied with the import command. This is with gnome-python2-2.6.0-3 This is running on a laptop. It has been awhile since I ran prelink. Maybe prelink needs to be run after installing new python applications, I'll give it a try. Thanks for the idea. Jim [jim at cornette-fc3-lt ~]$ python Python 2.3.4 (#1, Feb 2 2005, 12:11:53) [GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import gnome.ui >>> -- The man who follows the crowd will usually get no further than the crowd. The man who walks alone is likely to find himself in places no one has ever been. -- Alan Ashley-Pitt From jspaleta at gmail.com Sat Feb 12 01:35:48 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 11 Feb 2005 20:35:48 -0500 Subject: yum conf for freshrpms.net In-Reply-To: <420D5927.90404@insight.rr.com> References: <20050210094705.C10856@mail.harddata.com> <420C28BE.10004@insight.rr.com> <20050210225238.B31344@mail.harddata.com> <604aa7910502111657793d5d6e@mail.gmail.com> <420D5927.90404@insight.rr.com> Message-ID: <604aa791050211173514109b73@mail.gmail.com> On Fri, 11 Feb 2005 20:17:27 -0500, Jim Cornette wrote: > This is running on a laptop. It has been awhile since I ran prelink. > Maybe prelink needs to be run after installing new python applications, > I'll give it a try. > Thanks for the idea. The problem you are seeing is not the same as the report Michal referenced about python behavior in the development tree. My comment was in response to Michal's post and the cited bugreport. "Fatal Python error: could not import gnomevfs" is a specific error message and if you aren't seeing that message then you have a different problem. -jef From deji_aking at yahoo.ca Sat Feb 12 04:32:55 2005 From: deji_aking at yahoo.ca (Deji Akingunola) Date: Fri, 11 Feb 2005 23:32:55 -0500 Subject: yum conf for freshrpms.net In-Reply-To: <604aa7910502111657793d5d6e@mail.gmail.com> References: <20050210094705.C10856@mail.harddata.com> <420C28BE.10004@insight.rr.com> <20050210225238.B31344@mail.harddata.com> <604aa7910502111657793d5d6e@mail.gmail.com> Message-ID: <1108182775.15130.4.camel@rhema> Hi Jeff, On Fri, 2005-02-11 at 19:57 -0500, Jeff Spaleta wrote: > On Thu, 10 Feb 2005 22:52:38 -0700, Michal Jaegermann > wrote: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147775 > > This is being reported repeatedly against several python based > applications. On my system I traced this problem back to > /usr/lib/python2.4/site-packages/gtk-2.0/gnome/ui.so from package > gnome-python2-2.9.4-2 by doing module imports in the interactive > python interpreter. Try this on your system to confirm the underlying > problem is in ui.so: > bash>python > python>>>import gnome.ui > > This should make the python interpreter fail just like the apps and > points to a problem with the ui.so file. I was seeing the problem but > after doing a little troubleshooting of the ui.so I am unable to > reproduce the problem. The fact that I am unable to reproduce this > after doing a package uninstall/re-install of gnome-python2 suggest to > me its something in the system environment and not in the packaging. > I'm suspicious of prelink or library linking as a deeper underlying > problem.. but I can't point to a smoking gun.. i can no longer create > the issue. I doubt everyone eating rawhide at the moment sees this. > > -jef"my kingdom for a reproducible problem robust to simple > troubleshooting"spaleta > It seems you're right, however just uninstalling/re-installing gnome- python2 did not work for me. I had to install gnome-python2-gnomevfs, after which the problem disappear. Deji From fct-cornette at insight.rr.com Sat Feb 12 05:04:17 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 12 Feb 2005 00:04:17 -0500 Subject: yum conf for freshrpms.net In-Reply-To: <604aa791050211173514109b73@mail.gmail.com> References: <20050210094705.C10856@mail.harddata.com> <420C28BE.10004@insight.rr.com> <20050210225238.B31344@mail.harddata.com> <604aa7910502111657793d5d6e@mail.gmail.com> <420D5927.90404@insight.rr.com> <604aa791050211173514109b73@mail.gmail.com> Message-ID: <420D8E51.9070607@insight.rr.com> Jeff Spaleta wrote: > On Fri, 11 Feb 2005 20:17:27 -0500, Jim Cornette > wrote: > >>This is running on a laptop. It has been awhile since I ran prelink. >>Maybe prelink needs to be run after installing new python applications, >>I'll give it a try. >>Thanks for the idea. > > > The problem you are seeing is not the same as the report Michal > referenced about python behavior in the development tree. My comment > was in response to Michal's post and the cited bugreport. "Fatal > Python error: could not import gnomevfs" is a specific error message > and if you aren't seeing that message then you have a different > problem. > > -jef > I see what you were referring to now regarding the import problem with python. yum clean packages Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum ImportError: No module named yum and up2date Traceback (most recent call last): File "/usr/sbin/up2date", line 11, in ? import rpm ImportError: No module named rpm I started the rawhide trail anyway. Two versions of gnome-python2 are installed now. Maybe the reinstalling manually cleared up the "leftover" portions of of the first python intermingling with the newer version. gnome-python2-2.6.0-3 gnome-python2-2.9.4-2 rpm -q --verify gnome-python2-2.6.0-3 S.5....T. /usr/lib/pkgconfig/gnome-python-2.0.pc .......T. /usr/share/pygtk/2.0/defs/applet.defs .......T. /usr/share/pygtk/2.0/defs/art.defs .......T. /usr/share/pygtk/2.0/defs/bonobo-types.defs .......T. /usr/share/pygtk/2.0/defs/bonobo.defs .......T. /usr/share/pygtk/2.0/defs/bonoboui-types.defs .......T. /usr/share/pygtk/2.0/defs/bonoboui.defs S.5....T. /usr/share/pygtk/2.0/defs/canvas.defs S.5....T. /usr/share/pygtk/2.0/defs/gconf.defs .......T. /usr/share/pygtk/2.0/defs/gnome-types.defs S.5....T. /usr/share/pygtk/2.0/defs/gnome.defs .......T. /usr/share/pygtk/2.0/defs/gtkhtml2.defs S.5....T. /usr/share/pygtk/2.0/defs/print.defs .......T. /usr/share/pygtk/2.0/defs/printui.defs S.5....T. /usr/share/pygtk/2.0/defs/ui.defs It seems that this error causes a lot of corruption to the rpm database. A slew of packages were installed, but not the db entries. I'm trying to save from closing up2date down on a force kill. It seems to cause the database corruption and makes upgrading pretty difficult. It looks like 2.9.4-2 is the culpret. Though up2date that was used for the install is staying at the system-config-printer-gui rpm on the installation. Sorry for not niticing the correct person that the post was directed to for subject matter. Jim From czar at czarc.net Sat Feb 12 17:37:18 2005 From: czar at czarc.net (Gene C.) Date: Sat, 12 Feb 2005 12:37:18 -0500 Subject: bugzilla product "versions" Message-ID: <200502121237.18249.czar@czarc.net> This may have been documented somewhere but I have not seen it. Therefore, the question: What should we be using for the product "version" when reporting (or searching for) Fedora Core bugs in bugzilla. Obviously, where dealing with production Fedora Core 3 we should use fc3 or for Fedora Core 2 we should use fc2. I also noticed that "rawhide" is no longer defined but we not have "devel" (which makes a lot of sense since the directory tree is now "development" instead of "rawhide". I did not participate in the FC3 testing round but I notice that there are versions fc3test1, fc3test2, and fc3test3. It makes a lot of sense to me that during the fc3 testing round, the reports would be fc3test1, etc. and that we can expect fc4test1, etc. when testing begins for fc4. However, test1, test2, and test3 are still defined and are being used to report new bugs (e.g., https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147893). Should these version continue to be used (I do not believe so)? Is the intent for fc4 to go back to using a common test1, etc. rather than fc4test1, etc.? When searching to see if a bug has been reported, it is a bit of a pain to search both fcntesti and testi. I suggest that test1, etc. should be disabled for new bugs relating to Fedora Core. -- Gene From shiva at sewingwitch.com Sat Feb 12 18:36:53 2005 From: shiva at sewingwitch.com (Kenneth Porter) Date: Sat, 12 Feb 2005 10:36:53 -0800 Subject: bugzilla product "versions" In-Reply-To: <200502121237.18249.czar@czarc.net> References: <200502121237.18249.czar@czarc.net> Message-ID: <6A3883713C9F5A97942DD0E5@[10.0.0.4]> --On Saturday, February 12, 2005 12:37 PM -0500 "Gene C." wrote: > When searching to see if a bug has been reported, it is a bit of a pain > to search both fcntesti and testi. Note that for searching, at least, those lists are multiple-select. Selecting all or none have equivalent semantics. It's worse than just versions, though, because many of these packages are used in several products, and there's no way using the form to select all products. When searching for bugs related to a specific package, I enter the query manually like this: Substitute the package name as needed. A form that lets me specify package name and text to search for in the bug data but wildcarding product and version would be nice. From kyrre at solution-forge.net Sat Feb 12 19:48:33 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 12 Feb 2005 20:48:33 +0100 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> Message-ID: <1108237712.3663.1.camel@localhost.localdomain> > * Wed Feb 9 2005 Dave Jones > - Backport some exec-shield fixes from devel/ branch. > - Scan all SCSI LUNs by default. > Theoretically, some devices may hang when being probed, though > there should be few enough of these that we can blacklist them > instead of having to whitelist every other device on the planet. > Wow! But why can't the kernel just do a "hey! this is a USB device! Prob'em! and Oh. *real*SCSI. Carefull..."? > * Tue Feb 8 2005 Dave Jones > - Use both old-style and new-style for USB initialisation. More usb stuff? From kyrre at solution-forge.net Sat Feb 12 19:55:18 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 12 Feb 2005 20:55:18 +0100 Subject: mono in fc3/rawhide/4 ? In-Reply-To: <1108058863.14987.2.camel@tuxpaq> References: <1108058863.14987.2.camel@tuxpaq> Message-ID: <1108238117.3663.5.camel@localhost.localdomain> http://www.mono-project.com/about/licensing.html As far as i can se, the most interesting parts of mono have no patent troubles. And its all GPL/LGPL/MIT. So why not? There are a few quite interesting C#/GTK# apps out there (http://www.gnome.org/projects/beagle/ is one example). Kyrre tor, 10.02.2005 kl. 19.07 skrev Paul Iadonisi: > On Thu, 2005-02-10 at 12:04 -0600, Justin Conover wrote: > > Are there any redhat devel's working on mono packages for 4 or in > > there own /people dir? > > x86 > > x86_64 <--- Please :) > > > > Or is there a license reason for not having them or more of a > > time/test reason if they are not some were. > > License problem, I don't think so. On the other hand, if you want to > talk about the wisdom of it strategically or the possible future patent > problems, well, maybe on another list ;-). > > -- > -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 kyrre at solution-forge.net Sat Feb 12 19:56:54 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 12 Feb 2005 20:56:54 +0100 Subject: Java and any kernel post 1063_FC4 In-Reply-To: <1107908189.5952.3.camel@localhost.localdomain> References: <1107908189.5952.3.camel@localhost.localdomain> Message-ID: <1108238214.3663.7.camel@localhost.localdomain> I haven't personally seen it - but you migth want to report a bug in the allmigtht bugzilla... ons, 09.02.2005 kl. 01.16 skrev Paul: > Hi, > > For some odd reason, using Azureus seems to kill my machine with > annoying frequency (either hangs it or resets it). Now, I'm not sure if > this is a Java problem, an Azureus problem (Azureus is a java bittorrent > client) or a kernel problem. > > If I run Azureus with kernel-2.6.10-1.1063_FC4 everything is fine and > happy, files download and the world spins on. Run it on anything newer > that 1063_FC4 and I get the shut downs and lock ups. > > Anyone else seeing this or is it just me? > > TTFN > > Paul From davej at redhat.com Sat Feb 12 20:45:49 2005 From: davej at redhat.com (Dave Jones) Date: Sat, 12 Feb 2005 15:45:49 -0500 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: <1108237712.3663.1.camel@localhost.localdomain> References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> <1108237712.3663.1.camel@localhost.localdomain> Message-ID: <20050212204549.GB18180@redhat.com> On Sat, Feb 12, 2005 at 08:48:33PM +0100, Kyrre Ness Sjobak wrote: > > > * Wed Feb 9 2005 Dave Jones > > - Backport some exec-shield fixes from devel/ branch. > > - Scan all SCSI LUNs by default. > > Theoretically, some devices may hang when being probed, though > > there should be few enough of these that we can blacklist them > > instead of having to whitelist every other device on the planet. > > > > Wow! But why can't the kernel just do a "hey! this is a USB device! > Prob'em! and Oh. *real*SCSI. Carefull..."? Had been discussed at one point on linux-scsi list, but no-one got around to trying to do anything about it afaik. > > * Tue Feb 8 2005 Dave Jones > > - Use both old-style and new-style for USB initialisation. > More usb stuff? 2.6.10 changed the style that probing gets done. new-style makes us do things the way Windows XP does it. Unfortunatly, some devices don't work it seems (or we still aren't getting something quite right). This change makes us try the 2.6.10 method, and if that fails, fall back to trying the 2.6.9 and earlier method. I'm hoping it'll fix up some of the stranger USB problems in bugzilla. Dave From justin.conover at gmail.com Sat Feb 12 21:12:26 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 12 Feb 2005 15:12:26 -0600 Subject: Xen, chroot install problem with gpgkeys Message-ID: I've installed and booted into the xen0 kernel and started to create the domain, followed this guide: http://www.fedorazine.com/content/view/341/2/ I am at this point: yum --installroot=/mnt -y groupinstall Base Only mine is the following with the gpgkey warning: # time yum --installroot=/mnt/xen/fc3 -y groupinstall Base You have enabled checking of packages via GPG keys. This is a good thing. However, you do not have any GPG public keys installed. You need to download the keys for packages you wish to install and install them. You can do that by running the command: rpm --import public.gpg.key Alternatively you can specify the url to the key you would like to use for a repository in the 'gpgkey' option in a repository section and yum will install it for you. For more information contact your distribution or package provider. real 0m2.763s user 0m0.180s sys 0m0.150s Now I realize your thinking well, just enable/disable the gpgkey in yum.conf and the repo's and get the key's. Yes that has been done :D I've turned off gpgkey in yum.conf and the diff *.repo in /etc/yum.repos.d/ and it still ask for gpgkey's, what am I missing? I am running rawhide: # uname -r 2.6.10-1.1137_FC4xen0 # rpm -qa |grep xen kernel-xenU-2.6.10-1.1137_FC4 xen-2-20050207 kernel-xen0-2.6.10-1.1136_FC4 kernel-xen0-2.6.10-1.1137_FC4 kernel-xen0-2.6.10-1.1126_FC4 kernel-xen0-2.6.10-1.1134_FC4 kernel-xenU-devel-2.6.10-1.1137_FC4 kernel-xen0-devel-2.6.10-1.1137_FC4 From wes.shull at gmail.com Sat Feb 12 21:18:40 2005 From: wes.shull at gmail.com (Wes Shull) Date: Sat, 12 Feb 2005 14:18:40 -0700 Subject: Java and any kernel post 1063_FC4 In-Reply-To: <1107908189.5952.3.camel@localhost.localdomain> References: <1107908189.5952.3.camel@localhost.localdomain> Message-ID: On Wed, 09 Feb 2005 00:16:29 +0000, Paul wrote: > For some odd reason, using Azureus seems to kill my machine with > annoying frequency (either hangs it or resets it). Now, I'm not sure if > this is a Java problem, an Azureus problem (Azureus is a java bittorrent > client) or a kernel problem. > > Anyone else seeing this or is it just me? Yes, I have, using Azureus under Sun 1.5.0 (and now _01). Lockups (usually so hard I can't alt-sysrq-b), and sometimes spontaneous reboots. I also can't get through more than a couple eps of Buffy in mplayer without lockage, and running folding at home overnight seems to do the trick too. I've tried backing off to the 741 kernel (FC3), and while that's better, it's still not crash-free. Unfortunately, my hardware has a bad history, and I'm still in the process of making sure it's not at fault before I bugzilla anything. I had a power supply die last year, which may have been the reason my GeForce 256 died somewhat later... I'm now running on a borrowed Permedia 2V card, the health of which the lender wasn't entirely sure of either. I'm planning on picking up a cheapie GF4MX card today to see if that helps things. If you haven't already, definitely give your hardware at least an overnight run of memtest86+. I found that with my bios set to 'turbo', the memory timings were just a little too aggressive such that I was getting a few sporadic errors on test 6 in high memory. An initial 1-pass run I had done when I first enabled the setting hadn't exposed that problem. Setting it back to 'normal' fixed the memory errors, but unfortunately hasn't ended the crashes. Of course, it's all moot right now because I have yet to get a single oops or panic message to report... Other than the video cards, my hardware is an Athlon 1700+ (1466 MHz) on a Soyo SY-K7V Dragon Plus mobo (VIA KT266A), plus an extra ethernet card (tulip), SCSI (2940UW), and an extra Promise 100TX controller. Lots of drives. Any similarities to your hardware? I run with vm.swappiness set to 0, but I'm not sure if that has any bearing on the problem. --wes From shrek-m at gmx.de Sat Feb 12 19:44:33 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 12 Feb 2005 20:44:33 +0100 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> <420CDC7A.7080807@gmx.de> <420CDEC2.2060806@gmx.de> Message-ID: <420E5CA1.2050605@gmx.de> Satish Balay wrote: >>ahh, fedora updates are like russian roulette. >> >> >Make sure you use a proper mirror list - instead of the generic one - >which can go to the other side of the globe. > >For eg: I use: > >mirrorlist=http://fedora.redhat.com/download/mirrors/updates-testing-fc$releasever.us.east > http://fedora.redhat.com/download/mirrors/ thanks -- shrek-m From marian_kopala at wp.pl Sat Feb 12 22:02:15 2005 From: marian_kopala at wp.pl (Marian Kopala) Date: Sat, 12 Feb 2005 23:02:15 +0100 Subject: Error java Message-ID: <1108245735.3810.8.camel@amigos> Welcome! After install development packages. 1) rpm -Uhv jdk-1_5_0-linux-i586.rpm Przygotowywanie... ########################################### [100%] 1:jdk ########################################### [100%] /usr/java/jdk1.5.0/bin/unpack200: error while loading shared libraries: /lib/ld-linux.so.2: cannot apply additional memory protection after relocation: Permission denied Error: unpack could not create /usr/java/jdk1.5.0/lib/tools.jar. Please refer to the Troubleshooting Section of the Installation Instructions on the download page. error: %post(jdk-1.5.0-fcs.i586) scriptlet failed, exit status 1 2). rpm -Uhv jdk-1_5_0_01-linux-i586.rpm Przygotowywanie... ########################################### [100%] 1:jdk ########################################### [100%] /usr/java/jdk1.5.0_01/bin/unpack200: error while loading shared libraries: /lib/ld-linux.so.2: cannot apply additional memory protection after relocation: Permission denied Error: unpack could not create /usr/java/jdk1.5.0_01/lib/tools.jar. Please refer to the Troubleshooting Section of the Installation Instructions on the download page. error: %post(jdk-1.5.0_01-fcs.i586) scriptlet failed, exit status 1 Marian From paul at all-the-johnsons.co.uk Sat Feb 12 22:12:08 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sat, 12 Feb 2005 22:12:08 +0000 Subject: Java and any kernel post 1063_FC4 In-Reply-To: References: <1107908189.5952.3.camel@localhost.localdomain> Message-ID: <1108246328.5332.28.camel@localhost.localdomain> Hi, >> Anyone else seeing this or is it just me? > >Yes, I have, using Azureus under Sun 1.5.0 (and now _01). Lockups >(usually so hard I can't alt-sysrq-b), and sometimes spontaneous >reboots. I also can't get through more than a couple eps of Buffy in >mplayer without lockage, and running folding at home overnight seems to >do the trick too. I don't get a problem with mplayer or xine, just Azureus and have started to wonder if there is some form of conflict between gcj and the Sun JVM (someone else needs to answer it as I don't have a clue about it) >I've tried backing off to the 741 kernel (FC3), and while that's >better, it's still not crash-free. 1063_FC4 is lovely and stable on all of my boxes with 1115 being awful and the current 1137_FC4 being nice again - synaptics is still screwed on that kernel though, but not as badly kernels post 1105. >If you haven't already, definitely give your hardware at least an >overnight run of memtest86+. I'll give that shot. However, as I have plenty of other things running on it all of the time, I can't see it being a memory problem. >Other than the video cards, my hardware is an Athlon 1700+ (1466 MHz) >on a Soyo SY-K7V Dragon Plus mobo (VIA KT266A), plus an extra ethernet >card (tulip), SCSI (2940UW), and an extra Promise 100TX controller. >Lots of drives. Any similarities to your hardware? Sempron 2400+, Gigabyte mobo, GF4MX (64Mb), 1Gb matched DDR 333 and a whole pile of other cards in there (including an extra IDE card, SCSI, video cap and other fun things!). Looks like other than the maker of the processor, not a lot ;-) TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 justin.conover at gmail.com Sat Feb 12 22:29:51 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 12 Feb 2005 16:29:51 -0600 Subject: Xen, chroot install problem with gpgkeys In-Reply-To: References: Message-ID: mkdir -p /mnt/xen/fc3/var/cache/yum cp /var/cache/yum/.gpgkeyschecked.yum /mnt/xen/fc3/var/cache/yum rpm --root=/mnt/xen/fc3 --import /usr/share/doc/fedora-release-3/RPM-GPG-KEY* And were off!!! On Sat, 12 Feb 2005 15:12:26 -0600, Justin Conover wrote: > I've installed and booted into the xen0 kernel and started to create > the domain, followed this guide: > > http://www.fedorazine.com/content/view/341/2/ > > I am at this point: > yum --installroot=/mnt -y groupinstall Base > > Only mine is the following with the gpgkey warning: > > # time yum --installroot=/mnt/xen/fc3 -y groupinstall Base > > You have enabled checking of packages via GPG keys. This is a good thing. > However, you do not have any GPG public keys installed. You need to download > the keys for packages you wish to install and install them. > You can do that by running the command: > rpm --import public.gpg.key > > Alternatively you can specify the url to the key you would like to use > for a repository in the 'gpgkey' option in a repository section and yum > will install it for you. > > For more information contact your distribution or package provider. > > real 0m2.763s > user 0m0.180s > sys 0m0.150s > > Now I realize your thinking well, just enable/disable the gpgkey in > yum.conf and the repo's and get the key's. Yes that has been done :D > > I've turned off gpgkey in yum.conf and the diff *.repo in > /etc/yum.repos.d/ and it still ask for gpgkey's, what am I missing? > > I am running rawhide: > > # uname -r > 2.6.10-1.1137_FC4xen0 > > # rpm -qa |grep xen > kernel-xenU-2.6.10-1.1137_FC4 > xen-2-20050207 > kernel-xen0-2.6.10-1.1136_FC4 > kernel-xen0-2.6.10-1.1137_FC4 > kernel-xen0-2.6.10-1.1126_FC4 > kernel-xen0-2.6.10-1.1134_FC4 > kernel-xenU-devel-2.6.10-1.1137_FC4 > kernel-xen0-devel-2.6.10-1.1137_FC4 > From kyrre at solution-forge.net Sat Feb 12 22:35:07 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Sat, 12 Feb 2005 23:35:07 +0100 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: <20050212204549.GB18180@redhat.com> References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> <1108237712.3663.1.camel@localhost.localdomain> <20050212204549.GB18180@redhat.com> Message-ID: <1108247706.3663.9.camel@localhost.localdomain> l?r, 12.02.2005 kl. 21.45 skrev Dave Jones: > On Sat, Feb 12, 2005 at 08:48:33PM +0100, Kyrre Ness Sjobak wrote: > > > > > * Wed Feb 9 2005 Dave Jones > > > - Backport some exec-shield fixes from devel/ branch. > > > - Scan all SCSI LUNs by default. > > > Theoretically, some devices may hang when being probed, though > > > there should be few enough of these that we can blacklist them > > > instead of having to whitelist every other device on the planet. > > > > > > > Wow! But why can't the kernel just do a "hey! this is a USB device! > > Prob'em! and Oh. *real*SCSI. Carefull..."? > > Had been discussed at one point on linux-scsi list, but no-one got > around to trying to do anything about it afaik. > > > > * Tue Feb 8 2005 Dave Jones > > > - Use both old-style and new-style for USB initialisation. > > More usb stuff? > > 2.6.10 changed the style that probing gets done. > new-style makes us do things the way Windows XP does it. > Unfortunatly, some devices don't work it seems (or we still > aren't getting something quite right). This change makes > us try the 2.6.10 method, and if that fails, fall back to > trying the 2.6.9 and earlier method. > Sorry, i don't know Windows intimatly enough to know how it probes USB... But if it works better, its great! > I'm hoping it'll fix up some of the stranger USB problems in bugzilla. Thats great :) > > Dave From byte at aeon.com.my Sat Feb 12 12:09:20 2005 From: byte at aeon.com.my (Colin Charles) Date: Sat, 12 Feb 2005 20:09:20 +0800 Subject: openoffice In-Reply-To: <1107081650.5884.12.camel@localhost.localdomain> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <41FBC319.8010306@insight.rr.com> <1107020153.5884.10.camel@localhost.localdomain> <41FC5C4E.8070607@insight.rr.com> <1107081650.5884.12.camel@localhost.localdomain> Message-ID: <1108210160.5327.21.camel@localhost.localdomain> On Sun, 2005-01-30 at 10:40 +0000, Paul wrote: > > Anyway, I never installed JRE before. If Base will be included with > OO2 > > in Fedora, if it arrives. Would provisions be made for overcoming > this > > requirement, or is Base probably out of the picture? Base uses hsqldb, an embedded Java-based database engine. It requires some form of a JRE on your system > I remember reading one of the RH chaps had been converting it over to > use gcj rather than JRE and some bits weren't playing ball. As soon as > it is working with gcj it will be happy. That was to get it to build, not to run IMHO -- 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 jeffy5 at optonline.net Sun Feb 13 05:12:49 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Sun, 13 Feb 2005 00:12:49 -0500 Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: <420E5CA1.2050605@gmx.de> References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> <420CDC7A.7080807@gmx.de> <420CDEC2.2060806@gmx.de> <420E5CA1.2050605@gmx.de> Message-ID: <1108271569.5312.1.camel@jeffrey.jeffsdomain.net> On Sat, 2005-02-12 at 20:44 +0100, shrek-m at gmx.de wrote: > Satish Balay wrote: > > >>ahh, fedora updates are like russian roulette. > >> > >> > >Make sure you use a proper mirror list - instead of the generic one - > >which can go to the other side of the globe. > > > >For eg: I use: > > > >mirrorlist=http://fedora.redhat.com/download/mirrors/updates-testing-fc$releasever.us.east > > > > http://fedora.redhat.com/download/mirrors/ > > thanks > > -- > shrek-m > By the way, Which file would I have to edit for either yum or Up2date to point to the above mirror list? Thanks in advance. Jeff From balay at fastmail.fm Sun Feb 13 05:39:30 2005 From: balay at fastmail.fm (Satish Balay) Date: Sat, 12 Feb 2005 23:39:30 -0600 (CST) Subject: Fedora Core 3 Test Update: kernel-2.6.10-1.766_FC3 In-Reply-To: <1108271569.5312.1.camel@jeffrey.jeffsdomain.net> References: <200502110336.j1B3a7bV019620@devserv.devel.redhat.com> <420CDC7A.7080807@gmx.de> <420CDEC2.2060806@gmx.de> <420E5CA1.2050605@gmx.de> <1108271569.5312.1.camel@jeffrey.jeffsdomain.net> Message-ID: On Sun, 13 Feb 2005, Jeffrey D. Yuille wrote: >>> mirrorlist=http://fedora.redhat.com/download/mirrors/updates-testing-fc$releasever.us.east > Which file would I have to edit for either yum or Up2date to point > to the above mirror list? Thanks in advance. For yum check /etc/yum.repod./* files For up2date check /etc/sysconfig/rhn/sources Satish From fct-cornette at insight.rr.com Sun Feb 13 13:33:19 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 13 Feb 2005 08:33:19 -0500 Subject: openoffice In-Reply-To: <1108210160.5327.21.camel@localhost.localdomain> References: <1106994627.6511.13.camel@localhost.surak.eti.br> <41FBC319.8010306@insight.rr.com> <1107020153.5884.10.camel@localhost.localdomain> <41FC5C4E.8070607@insight.rr.com> <1107081650.5884.12.camel@localhost.localdomain> <1108210160.5327.21.camel@localhost.localdomain> Message-ID: <420F571F.6030209@insight.rr.com> Colin Charles wrote: > On Sun, 2005-01-30 at 10:40 +0000, Paul wrote: > > >>>Anyway, I never installed JRE before. If Base will be included with >> >>OO2 >> >>>in Fedora, if it arrives. Would provisions be made for overcoming >> >>this >> >>>requirement, or is Base probably out of the picture? > > > Base uses hsqldb, an embedded Java-based database engine. It requires > some form of a JRE on your system I hope this hurdle regarding some form of a database engine for the linux system is worked out. If needing JRE in some form is required, I am not against that requirement. To get a usable, easy to configure and manage simple database for Linux is the real goal. An acceptable alternative for the wintel world would also help with cross-platform development and usage. > > >>I remember reading one of the RH chaps had been converting it over to >>use gcj rather than JRE and some bits weren't playing ball. As soon as >>it is working with gcj it will be happy. > > > That was to get it to build, not to run IMHO After trying to get base to do anything substantial with either a build on the wintel platform or on the linux platform, I figure that there is really a lot of development needed to get this program running in an acceptable way. I'd love to see it working to an acceptable level. I have simple file databases originally created in 1997 with msaccess 2.0 (now at 2000) that I'd like to move away from msaccess and get working with base. Base on wintel does get to where you can create forms, but intermingles the form within every application on your desktop. With the linux (fc test) version, I was only able to successfully create tables and to open dbase tables that were exported from access.mdb tables into dbase tables. The form wizards did not and working with adding items to new forms was pretty much a "what toolbar or menu choice lets me add an item to a form, relate the form to a record source or whatever." It is great for some database frontend functionality is being added to the program. I would like to see it included or some other simple database into core or extras, if not this time, FC5. Jim -- "I admit I've done too much playing around without understanding the issues involved over the last years as well, but it's time to stop reinventing the (sometimes octangular) wheel and learn everything from history which we can learn." - Rik van Riel From paul at all-the-johnsons.co.uk Sun Feb 13 13:48:20 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 13 Feb 2005 13:48:20 +0000 Subject: gcj, Sun JVM and Kernel conflict problem Message-ID: <1108302501.5448.8.camel@localhost.localdomain> Hi, I'm trying to trace a problem I'm having on my box which causes either a reset or a lock up when using Azureus. The problem is that I'm not sure if it's a kernel problem, or a gcj/Sun JVM conflict which is causing the problem - either way, it's damned annoying! If I move down to the 1063_FC4, there doesn't seem to be any problem. If I go to any kernel post 1063_FC4, the hang occurs - this makes me think it's a kernel problem, but I've seen the likes of the Sun JVM take down a machine before now with vanilla kernels. memtest86+ showed nothing out of the ordinary and there is nothing in the logs. Is there a way to find what is at fault so it can be bugzilla'd? TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 pnasrat at redhat.com Sun Feb 13 16:33:41 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Sun, 13 Feb 2005 11:33:41 -0500 Subject: Xen, chroot install problem with gpgkeys In-Reply-To: References: Message-ID: <20050213163340.GA30348@minimumble.lab.boston.redhat.com> On Sat, Feb 12, 2005 at 03:12:26PM -0600, Justin Conover wrote: > I've installed and booted into the xen0 kernel and started to create > the domain, followed this guide: > > http://www.fedorazine.com/content/view/341/2/ > > I am at this point: > yum --installroot=/mnt -y groupinstall Base > > Only mine is the following with the gpgkey warning: > > > # time yum --installroot=/mnt/xen/fc3 -y groupinstall Base > > You have enabled checking of packages via GPG keys. This is a good thing. > However, you do not have any GPG public keys installed. You need to download > the keys for packages you wish to install and install them. > You can do that by running the command: > rpm --import public.gpg.key rpm --root /mnt --import to import them into the target db. Paul From DwaineGarden at rogers.com Sun Feb 13 16:55:35 2005 From: DwaineGarden at rogers.com (Dwaine Garden) Date: Sun, 13 Feb 2005 11:55:35 -0500 Subject: gcj, Sun JVM and Kernel conflict problem In-Reply-To: <1108302501.5448.8.camel@localhost.localdomain> References: <1108302501.5448.8.camel@localhost.localdomain> Message-ID: <420F8687.5050504@rogers.com> Paul wrote: >Hi, > >I'm trying to trace a problem I'm having on my box which causes either a >reset or a lock up when using Azureus. > >The problem is that I'm not sure if it's a kernel problem, or a gcj/Sun >JVM conflict which is causing the problem - either way, it's damned >annoying! > >If I move down to the 1063_FC4, there doesn't seem to be any problem. If >I go to any kernel post 1063_FC4, the hang occurs - this makes me think >it's a kernel problem, but I've seen the likes of the Sun JVM take down >a machine before now with vanilla kernels. > >memtest86+ showed nothing out of the ordinary and there is nothing in >the logs. Is there a way to find what is at fault so it can be >bugzilla'd? > >TTFN > >Paul > > I have both jvm 1.5.0 and Azureus and have no problem. I have it running for hours and it does not crash. Dwaine. From paul at all-the-johnsons.co.uk Sun Feb 13 20:50:50 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 13 Feb 2005 20:50:50 +0000 Subject: gcj, Sun JVM and Kernel conflict problem In-Reply-To: <420F8687.5050504@rogers.com> References: <1108302501.5448.8.camel@localhost.localdomain> <420F8687.5050504@rogers.com> Message-ID: <1108327850.5448.10.camel@localhost.localdomain> Hi, >I have both jvm 1.5.0 and Azureus and have no problem. I have it >running for hours and it >does not crash. This is why I need to try and trace the cause of the problem - other people are seeing this problem as well. TTFN Paul > -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 Sun Feb 13 23:25:30 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 14 Feb 2005 10:25:30 +1100 Subject: openoffice.org 1.9.73 testing rpms In-Reply-To: <1107966588.9752.33.camel@sheol.homelinux.org> References: <200502091543.j19Fh8a3011968@mx2.redhat.com> <1107966588.9752.33.camel@sheol.homelinux.org> Message-ID: <1108337130.3482.2.camel@trevally.redfishdemo.com> >> openofficeorg-redhat-menus >deliberately left out for now, they do some hairy things which doesn't >make sense from a core fedora POV, i'll probably re-use the .desktop >files and icons etc which are in this and split them out to their >respective writer/impress/etc stuff. Patience :-) Caolan, Any chance of getting some basic menu items into the build some time soon? Even if the aren't what you want, it would still dramatically improve usability (rather than having to open a terminal and guessing what the right file to run is ;-]) Rodd > >> openofficeorg-spellcheck > >Its only one .so IIRC, so I moved it into the core rpm. It's only >seperate on the openoffice.org site because StarOffice ships with a >different spellchecker and it makes their life easier that way. > >C. From rodd at clarkson.id.au Sun Feb 13 23:28:11 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Mon, 14 Feb 2005 10:28:11 +1100 Subject: Yum Repo for OOo2 builds Message-ID: <1108337291.3482.6.camel@trevally.redfishdemo.com> Coalan, Is there any chance of getting a yum repo set up for the OOo2 builds you're doing. This would really simplify updating to the latest build instead of having to download the file you need one at a time and then manually install (which is of course why yum is so tasty). Rodd From mark.bradbury at gmail.com Sun Feb 13 23:37:50 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Mon, 14 Feb 2005 09:07:50 +0930 Subject: mono in fc3/rawhide/4 ? In-Reply-To: References: Message-ID: On Thu, 10 Feb 2005 12:04:36 -0600, Justin Conover wrote: > Are there any redhat devel's working on mono packages for 4 or in > there own /people dir? > x86 > x86_64 <--- Please :) > Dags repo has them only conflict I get is with mono-core and libicu from extras reverting ibicu to the earlier realease work OK http://dag.wieers.com/packages/ > Or is there a license reason for not having them or more of a > time/test reason if they are not some were. > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list > From philip at balister.org Mon Feb 14 12:22:21 2005 From: philip at balister.org (Philip Balister) Date: Mon, 14 Feb 2005 07:22:21 -0500 Subject: System clock wrong on resume from ACPI suspend in recent FC3 update In-Reply-To: <1106328147.11068.10.camel@localhost.localdomain> References: <1106328147.11068.10.camel@localhost.localdomain> Message-ID: <1108383741.5999.43.camel@localhost.localdomain> I have exactly the same problem on a DELL 600m. It was driving me wacky until I figured out why the clock was always wrong. I also have the impression the amount of time shift is proportional to the amount of time the computer is asleep. Philip On Fri, 2005-01-21 at 12:22 -0500, Eric Benson wrote: > On a Thinkpad T41p running Fedora Core 3 kept up-to-date since November. > Recently, in the past two or three weeks, the clock has been incorrect > every time I resume from ACPI suspend. Before that it was always correct > when it woke up. Now the clock is always fast when it wakes up. It > appears to be proportional to how long it has been sleeping, as if the > clock were running consistently extremely fast while asleep, but I > haven't run any tests to see if it is reproducible. I've been fixing it > by restarting ntpd. I'm currently running kernel 2.6.10-1.741, but I've > had all of the kernel updates since FC3 came out. I can't say for sure > that the problem started with a kernel update, but it may have coincided > with the first 2.6.10 kernel. > > Is this a known problem? Is there a fix? > From gcarter at aesgi.com Mon Feb 14 18:46:58 2005 From: gcarter at aesgi.com (Gregory G Carter) Date: Mon, 14 Feb 2005 12:46:58 -0600 Subject: mono in fc3/rawhide/4 ? In-Reply-To: <1108238117.3663.5.camel@localhost.localdomain> References: <1108058863.14987.2.camel@tuxpaq> <1108238117.3663.5.camel@localhost.localdomain> Message-ID: <4210F222.4040103@aesgi.com> Since when did Microsoft start honoring patent/IP law? My point is after the whipping Microsoft got in court for the Stacker/DOS and SMB/File Server protocols it specifically learned from that experience and placed very nice land mines all over the .net framework. .net/MONO is Microsofts honeypot for the Linux Distro community. Besides, Java solves all our problems and with a vendor that poses no real threat to us because SUN grows weaker by the year and has already made some nice contributions to the open source community. They also have a nice community process and at least try to address everyones concerns. With java we also have the added niceness that the class API is gradually being completely GPL'ed anyway, so even if SUN dies, we still have our own implementation. (i.e. Tomcat will run just fine with no downloads from SUN.) -gc Kyrre Ness Sjobak wrote: >http://www.mono-project.com/about/licensing.html > >As far as i can se, the most interesting parts of mono have no patent >troubles. And its all GPL/LGPL/MIT. > >So why not? There are a few quite interesting C#/GTK# apps out there >(http://www.gnome.org/projects/beagle/ is one example). > >Kyrre > >tor, 10.02.2005 kl. 19.07 skrev Paul Iadonisi: > > >>On Thu, 2005-02-10 at 12:04 -0600, Justin Conover wrote: >> >> >>>Are there any redhat devel's working on mono packages for 4 or in >>>there own /people dir? >>>x86 >>>x86_64 <--- Please :) >>> >>>Or is there a license reason for not having them or more of a >>>time/test reason if they are not some were. >>> >>> >> License problem, I don't think so. On the other hand, if you want to >>talk about the wisdom of it strategically or the possible future patent >>problems, well, maybe on another list ;-). >> >>-- >>-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 notting at redhat.com Mon Feb 14 20:54:43 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 14 Feb 2005 15:54:43 -0500 Subject: New gnucash FC3 test update - 1.8.11 Message-ID: <20050214205443.GA15979@nostromo.devel.redhat.com> gnucash-1.8.11-0.fc3 is in the test update repository for FC3. This also includes: - update of libofx to 0.7.0 - switching of the HBCI backend from openhbci to gwenhywfar/aqbanking/aqhbci If there are no new regressions, this will be pushed as a final update by the end of week, most likely. Changelog is: * Wed Feb 09 2005 Bill Nottingham 1.8.11-0.fc3 - update to 1.8.11 - update docs to 1.8.5 - remove info file (#123444) Bill From TVarveris at wiley.com Mon Feb 14 21:05:31 2005 From: TVarveris at wiley.com (TVarveris at wiley.com) Date: Mon, 14 Feb 2005 16:05:31 -0500 Subject: Terri Varveris/P&T/NewYork909/Wiley is out of the office. Message-ID: I will be out of the office starting 02/14/2005 and will not return until 02/22/2005. I'll be at LinuxWorld Tuesday, Feb. 15th, to Friday, Feb. 18th, and off on Monday the 22nd for the holiday. I'll be checking email and voicemail -- so feel free to leave a message. Thanks. Terri From dag at wieers.com Tue Feb 15 00:47:59 2005 From: dag at wieers.com (Dag Wieers) Date: Tue, 15 Feb 2005 01:47:59 +0100 (CET) Subject: gcj, Sun JVM and Kernel conflict problem In-Reply-To: <1108327850.5448.10.camel@localhost.localdomain> References: <1108302501.5448.8.camel@localhost.localdomain> <420F8687.5050504@rogers.com> <1108327850.5448.10.camel@localhost.localdomain> Message-ID: On Sun, 13 Feb 2005, Paul wrote: > >I have both jvm 1.5.0 and Azureus and have no problem. I have it > >running for hours and it > >does not crash. > > This is why I need to try and trace the cause of the problem - other > people are seeing this problem as well. Try to configure netdump and see if you can get a kerneldump whenever your problems starts. You might find the cause if you get a kernel panic. Kind regards, -- dag wieers, dag at wieers.com, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] From paul at all-the-johnsons.co.uk Tue Feb 15 01:28:32 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 15 Feb 2005 01:28:32 +0000 Subject: Fun bug in current OOo2 beta Message-ID: <1108430913.4970.2.camel@localhost.localdomain> Hi, Found this doosie in oowriter2. Create a table. Go to one of the table boxes and try and use the equation editor - ensure you save before you do it - the app segfaults and vanishes! Not sure if it's in the official OOo version, but it's in the FC (unreleased via yum!) version. Using -77 (most recent) rpms. TTFN Paul -- "I don't know how World War III will be fought, but I do know World War IV will be fought with sticks and stones" - Einstein -------------- 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 paul at all-the-johnsons.co.uk Tue Feb 15 01:33:59 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Tue, 15 Feb 2005 01:33:59 +0000 Subject: Another problem with the OOo2 beta Message-ID: <1108431239.4970.5.camel@localhost.localdomain> Hi, Printing seems somewhat erratic in oowriter2. Quite a lot of the time, I find I'm getting text over printed. It doesn't happen with any other app and if I export an OOo2 doc to normal OOo, printing is spot on. Again, not tested against the official OOo beta, so I've not filed a bug report. TTFN Paul -- "I like blinking me" - Helen, Big Brother 2 contestant -------------- 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 darren at dzr-web.com Tue Feb 15 03:10:04 2005 From: darren at dzr-web.com (D. D. Brierton) Date: Tue, 15 Feb 2005 03:10:04 +0000 Subject: Pan? Message-ID: <1108437004.6198.23.camel@excession.dzr> Prompted by Pete Zaitcev's blog: http://www.livejournal.com/users/zaitcev/18495.html seen on the Feodra People planet, I had a quick check in Rawhide and can't see Pan anymore. I'm subscribed to fedora-list and fedora-test- list, and I've just looked through the web archives of fedora-desktop- list, fedora-devel-list and fedora-extras-list and can't seem to find any hint of where the discussion to (apparently) move Pan from Core to Extras happened. Can anyone point me in the direction of a URL? I have to say that I have long had certain dissatisfactions with Pan (GTK2 but not GNOME, non-HIG compliance, UI confusion) but when all is said and done it still seems better to me than the other options. Evolution's NNTP support is really primitive, and Thunderbird lacks many of the things I'd expect from a proper NNTP client which Pan had. What is the default newsreader in Fedora Core now? Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From whooperhsd3 at earthlink.net Tue Feb 15 04:41:58 2005 From: whooperhsd3 at earthlink.net (William Hooper) Date: Mon, 14 Feb 2005 23:41:58 -0500 (EST) Subject: Pan? In-Reply-To: <1108437004.6198.23.camel@excession.dzr> References: <1108437004.6198.23.camel@excession.dzr> Message-ID: <2600.192.168.0.254.1108442518.squirrel@whooper.org> D. D. Brierton said: [snip] > can't seem to find any > hint of where the discussion to (apparently) move Pan from Core to Extras > happened. Can anyone point me in the direction of a URL? Check out the -devel list, the "rawhide report: 20050121" thread. > I have to say that I have long had certain dissatisfactions with Pan > (GTK2 but not GNOME, non-HIG compliance, UI confusion) but when all is > said and done it still seems better to me than the other options. It's not going away, it's going to Extras. Hopefully a lot of other stuff will join it. -- William Hooper From malists at epon.ro Tue Feb 15 05:30:32 2005 From: malists at epon.ro (Marius Andreiana) Date: Tue, 15 Feb 2005 07:30:32 +0200 Subject: Fun bug in current OOo2 beta In-Reply-To: <1108430913.4970.2.camel@localhost.localdomain> References: <1108430913.4970.2.camel@localhost.localdomain> Message-ID: <1108445432.3388.1.camel@venus.epon.ro> On Tue, 2005-02-15 at 01:28 +0000, Paul wrote: > Found this doosie in oowriter2. Report it at http://www.openoffice.org/issues/enter_bug.cgi Attach the test file from the last save before crash. -- Marius Andreiana Epon Business Applications http://www.epon.ro From wes.shull at gmail.com Tue Feb 15 06:34:23 2005 From: wes.shull at gmail.com (Wes Shull) Date: Mon, 14 Feb 2005 23:34:23 -0700 Subject: Java and any kernel post 1063_FC4 In-Reply-To: <1108246328.5332.28.camel@localhost.localdomain> References: <1107908189.5952.3.camel@localhost.localdomain> <1108246328.5332.28.camel@localhost.localdomain> Message-ID: Ok, following up on this, I dropped in a new video card this weekend (generic Radeon 7000), and my system crashes have gone away. So the video card was indeed the culprit, must have been locking the PCI bus or something. Now I can leave mplayer looping overnight or run folding at home without any problems. However... With the latest rawhide kernels, I still can't run azureus for very long. Not a crash, but the OOM killer seems to take it (and other things) out abnormally early. The thing is, it happens in situations where, near as I can tell, I'm not that low on memory. I do have only 256 MB RAM, and the kernel slab debug is using a lot of memory as I documented in an earlier post to fedora-devel-list, but it seems like the swap (and I've got 512 MB of it) has hardly been touched when this happens. I am running with vm.swappiness=0, but that's supposed to just keep it from swapping until it *has* to, not stop swapping altogether (and it isn't). Actually, I just had the OOM killer take out firefox while I was bugzilla'ing something else :( Here's what it has to say for itself. This is under kernel-2.6.10-1.1141_FC4(.i686): http://kuoi.asui.uidaho.edu/~wes/oom-sucks.txt Anyone here that can tell if that was premature? Or should I post that to the fedora-devel-list? --wes From rodd at clarkson.id.au Tue Feb 15 08:07:15 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 15 Feb 2005 19:07:15 +1100 Subject: Crash opening file in oowriter2 Message-ID: <1108454835.6719.37.camel@localhost.localdomain> When I try to open a file I get a crash in the current release of OOo2. I'm using: [rodd at localhost database]$ rpm -qa | grep openoffice.org2 openoffice.org2-impress-1.9.77-1 openoffice.org2-core-1.9.77-1 openoffice.org2-xsltfilter-1.9.77-1 openoffice.org2-writer-1.9.77-1 openoffice.org2-graphicfilter-1.9.77-1 Here's the output I get when trying to run it and then open a file (Clicking the open file icon) [rodd at localhost database]$ oowriter2 & [1] 23359 [rodd at localhost database]$ javaldx: Could not find a Java Runtime Environment! libgnomevfs-ERROR **: file gnome-vfs-cancellation.c: line 133 (gnome_vfs_cancellation_cancel): assertion failed: (gnome_vfs_is_primary_thread()) aborting... sh: crash_report: command not found [1]+ Done oowriter2 [rodd at localhost database]$ Rodd From rodd at clarkson.id.au Tue Feb 15 08:15:46 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 15 Feb 2005 19:15:46 +1100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? Message-ID: <1108455347.6719.40.camel@localhost.localdomain> I repeat... Why is rpm -qa | grep openoffice.org2 soooo slow? It eventually turns out some output, but it takes the better part of a couple of minutes (very subjective, but I managed to talk to my wife about something and then type this email and it still isn't finished, so it's a reasonable amount of time.) Actually a couple of minutes is bloody generous. After waiting so long i decided to do a real test, so here it is... [rodd at localhost database]$ time rpm -qa | grep openoffice.org2 openoffice.org2-impress-1.9.77-1 openoffice.org2-core-1.9.77-1 openoffice.org2-xsltfilter-1.9.77-1 openoffice.org2-writer-1.9.77-1 openoffice.org2-graphicfilter-1.9.77-1 real 6m28.496s user 0m3.070s sys 0m0.559s [rodd at localhost database]$ Rodd From thomas.cameron at camerontech.com Tue Feb 15 09:03:03 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Tue, 15 Feb 2005 03:03:03 -0600 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? References: <1108455347.6719.40.camel@localhost.localdomain> Message-ID: <000f01c5133d$28a79010$154fad18@camerontech.com> ----- Original Message ----- From: "Rodd Clarkson" To: Sent: Tuesday, February 15, 2005 2:15 AM Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? >I repeat... Why is rpm -qa | grep openoffice.org2 soooo slow? > > It eventually turns out some output, but it takes the better part of a > couple of minutes (very subjective, but I managed to talk to my wife > about something and then type this email and it still isn't finished, so > it's a reasonable amount of time.) Actually a couple of minutes is > bloody generous. > > After waiting so long i decided to do a real test, so here it is... > > [rodd at localhost database]$ time rpm -qa | grep openoffice.org2 > openoffice.org2-impress-1.9.77-1 > openoffice.org2-core-1.9.77-1 > openoffice.org2-xsltfilter-1.9.77-1 > openoffice.org2-writer-1.9.77-1 > openoffice.org2-graphicfilter-1.9.77-1 > > real 6m28.496s > user 0m3.070s > sys 0m0.559s > [rodd at localhost database]$ > > > > Rodd What kind of system are you using? What type of CPU? Speed? Amount of memory? Type and speed of disk? Thomas From caolanm at redhat.com Tue Feb 15 09:18:44 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 15 Feb 2005 09:18:44 +0000 Subject: Crash opening file in oowriter2 In-Reply-To: <1108454835.6719.37.camel@localhost.localdomain> References: <1108454835.6719.37.camel@localhost.localdomain> Message-ID: <1108459124.15294.1.camel@sheol.homelinux.org> On Tue, 2005-02-15 at 19:07 +1100, Rodd Clarkson wrote: > When I try to open a file I get a crash in the current release of OOo2. > > I'm using: > > [rodd at localhost database]$ rpm -qa | grep openoffice.org2 > openoffice.org2-impress-1.9.77-1 > openoffice.org2-core-1.9.77-1 > openoffice.org2-xsltfilter-1.9.77-1 > openoffice.org2-writer-1.9.77-1 > openoffice.org2-graphicfilter-1.9.77-1 > > > Here's the output I get when trying to run it and then open a file > (Clicking the open file icon) > > [rodd at localhost database]$ oowriter2 & > [1] 23359 > [rodd at localhost database]$ javaldx: Could not find a Java Runtime Environment! > > libgnomevfs-ERROR **: file gnome-vfs-cancellation.c: line 133 (gnome_vfs_cancellation_cancel): assertion failed: (gnome_vfs_is_primary_thread()) > aborting... > sh: crash_report: command not found It's apparently this problem http://bugzilla.gnome.org/show_bug.cgi?id=166852 (also known as https://bugzilla.redhat.com/beta/show_bug.cgi?id=144607) and a serious problem :-(, work around the problem by firing up gconf-editor and setting the key /desktop/gnome/interface/file_chooser_backend to gtk+ C. From pmatilai at welho.com Tue Feb 15 09:23:49 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 15 Feb 2005 11:23:49 +0200 (EET) Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <1108455347.6719.40.camel@localhost.localdomain> References: <1108455347.6719.40.camel@localhost.localdomain> Message-ID: On Tue, 15 Feb 2005, Rodd Clarkson wrote: > I repeat... Why is rpm -qa | grep openoffice.org2 soooo slow? > > It eventually turns out some output, but it takes the better part of a > couple of minutes (very subjective, but I managed to talk to my wife > about something and then type this email and it still isn't finished, so > it's a reasonable amount of time.) Actually a couple of minutes is > bloody generous. > > After waiting so long i decided to do a real test, so here it is... > > [rodd at localhost database]$ time rpm -qa | grep openoffice.org2 > openoffice.org2-impress-1.9.77-1 > openoffice.org2-core-1.9.77-1 > openoffice.org2-xsltfilter-1.9.77-1 > openoffice.org2-writer-1.9.77-1 > openoffice.org2-graphicfilter-1.9.77-1 > > real 6m28.496s > user 0m3.070s > sys 0m0.559s > [rodd at localhost database]$ Well, that depends on the overall system speed, number of installed packages etc. A real killer for rpm query performance is the number of verifications rpm does by default - on my laptop: time rpm -qa > /dev/null real 0m5.131s user 0m4.900s sys 0m0.110s ...but disabling signature checks makes it go waaay faster: time rpm -qa --nodigest --nosignature > /dev/null real 0m0.513s user 0m0.260s sys 0m0.160s - Panu - From rodd at clarkson.id.au Tue Feb 15 09:23:53 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 15 Feb 2005 20:23:53 +1100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <000f01c5133d$28a79010$154fad18@camerontech.com> References: <1108455347.6719.40.camel@localhost.localdomain> <000f01c5133d$28a79010$154fad18@camerontech.com> Message-ID: <1108459433.6719.43.camel@localhost.localdomain> >> Rodd > >What kind of system are you using? What type of CPU? Speed? Amount of >memory? Type and speed of disk? > >Thomas > All excellent questions that should have been answered before they were asked. System Type: x86 Laptop Processor: P3-1GHz. Memory: 512MB Harddisk: 40GB, 5400RPM RPM used to be much faster at this sort of thing. Rodd From fedora at wir-sind-cool.org Tue Feb 15 09:44:59 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Tue, 15 Feb 2005 10:44:59 +0100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <1108455347.6719.40.camel@localhost.localdomain> References: <1108455347.6719.40.camel@localhost.localdomain> Message-ID: <20050215104459.095b1b45.fedora@wir-sind-cool.org> On Tue, 15 Feb 2005 19:15:46 +1100, Rodd Clarkson wrote: > I repeat... Why is rpm -qa | grep openoffice.org2 soooo slow? > > It eventually turns out some output, but it takes the better part of a > couple of minutes (very subjective, but I managed to talk to my wife > about something and then type this email and it still isn't finished, so > it's a reasonable amount of time.) Actually a couple of minutes is > bloody generous. > > After waiting so long i decided to do a real test, so here it is... > > [rodd at localhost database]$ time rpm -qa | grep openoffice.org2 > openoffice.org2-impress-1.9.77-1 > openoffice.org2-core-1.9.77-1 > openoffice.org2-xsltfilter-1.9.77-1 > openoffice.org2-writer-1.9.77-1 > openoffice.org2-graphicfilter-1.9.77-1 > > real 6m28.496s > user 0m3.070s > sys 0m0.559s > [rodd at localhost database]$ One thing for certain, that doesn't look normal. Your test shows that the process took only roughly 3.6 seconds of CPU time. So it didn't compute a lot. Under normal circumstances, it would have terminated after less than four seconds. But possible it was interrupted very often or spent a lot of time waiting for I/O or locks. Processes which sleep often (I doubt RPM does that) would also increase the "real" execution time. Was your machine very busy when you ran this test? -- Fedora Core release 3 (Heidelberg) - Linux 2.6.10-1.766_FC3 loadavg: 1.00 1.09 1.14 From terraformers at gmx.net Tue Feb 15 09:48:33 2005 From: terraformers at gmx.net (Lars) Date: Tue, 15 Feb 2005 10:48:33 +0100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? References: <1108455347.6719.40.camel@localhost.localdomain> Message-ID: Rodd Clarkson wrote: > I repeat... Why is rpm -qa | grep openoffice.org2 soooo slow? > > It eventually turns out some output, but it takes the better part of a > couple of minutes (very subjective, but I managed to talk to my wife > about something and then type this email and it still isn't finished, so > it's a reasonable amount of time.) Actually a couple of minutes is > bloody generous. > > After waiting so long i decided to do a real test, so here it is... > > [rodd at localhost database]$ time rpm -qa | grep openoffice.org2 > openoffice.org2-impress-1.9.77-1 > openoffice.org2-core-1.9.77-1 > openoffice.org2-xsltfilter-1.9.77-1 > openoffice.org2-writer-1.9.77-1 > openoffice.org2-graphicfilter-1.9.77-1 > > real 6m28.496s > user 0m3.070s > sys 0m0.559s > [rodd at localhost database]$ > > > > Rodd > same here. "rpm -qa" was a *lot* faster before on this system. this is with latest rawhide and ooo2 (only writer & core installed) on an nforce2 2.1ghz athlon xp with 1gig ram. time rpm -qa | grep openoffice.org2 openoffice.org2-writer-1.9.77-1 openoffice.org2-core-1.9.77-1 real 1m51.435s user 0m0.802s sys 0m0.062s really strange. cheers lars From strange at nsk.no-ip.org Tue Feb 15 10:41:28 2005 From: strange at nsk.no-ip.org (Luciano Miguel Ferreira Rocha) Date: Tue, 15 Feb 2005 10:41:28 +0000 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <1108455347.6719.40.camel@localhost.localdomain> References: <1108455347.6719.40.camel@localhost.localdomain> Message-ID: <20050215104128.GA18744@nsk.no-ip.org> On Tue, Feb 15, 2005 at 07:15:46PM +1100, Rodd Clarkson wrote: > [rodd at localhost database]$ time rpm -qa | grep openoffice.org2 And time sh -c 'rpm -qa | grep openoffice.org2'? And time rpm -qa | fgrep openoffice.org2? Regards, Luciano Rocha From darren at dzr-web.com Tue Feb 15 10:40:58 2005 From: darren at dzr-web.com (D. D. Brierton) Date: Tue, 15 Feb 2005 10:40:58 +0000 Subject: Pan? In-Reply-To: <2600.192.168.0.254.1108442518.squirrel@whooper.org> References: <1108437004.6198.23.camel@excession.dzr> <2600.192.168.0.254.1108442518.squirrel@whooper.org> Message-ID: <1108464058.6198.45.camel@excession.dzr> On Mon, 2005-02-14 at 23:41 -0500, William Hooper wrote: > Check out the -devel list, the "rawhide report: 20050121" thread. Thanks. I found it at last. It sounds like several others have the same reservations about moving Pan to Extras --- is there *any* newsreader in Core now which can browse yEnc encoded binary newsgroups? > It's not going away, it's going to Extras. Hopefully a lot of other stuff > will join it. Absolutely. I'm all for moving apps which provide duplicate functionality to Extras. But in the case of Pan we're losing something from Core which I think of as being pretty basic, i.e. a proper newsreader. Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From rodd at clarkson.id.au Tue Feb 15 10:56:55 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 15 Feb 2005 21:56:55 +1100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <20050215104459.095b1b45.fedora@wir-sind-cool.org> References: <1108455347.6719.40.camel@localhost.localdomain> <20050215104459.095b1b45.fedora@wir-sind-cool.org> Message-ID: <1108465016.6719.65.camel@localhost.localdomain> On Tue, 2005-02-15 at 10:44 +0100, Michael Schwendt wrote: >> >> real 6m28.496s >> user 0m3.070s >> sys 0m0.559s >> [rodd at localhost database]$ > >One thing for certain, that doesn't look normal. Your test shows that the >process took only roughly 3.6 seconds of CPU time. So it didn't compute a >lot. Under normal circumstances, it would have terminated after less than >four seconds. But possible it was interrupted very often or spent a lot of >time waiting for I/O or locks. Processes which sleep often (I doubt RPM >does that) would also increase the "real" execution time. Was your machine >very busy when you ran this test? Not that I'm aware of. This isn't the first time I've seen this. It's been quite prevalent over the last few weeks(???). I'm a little slack with anything that's obvious because I figure (and rightly so most of the time) that the developer knows and that they are doing something about it. If it's not addressed quickly, then I file a bug report (after finding out if I'm a nut or not.) I wasn't doing anything on the box at the time (no builds, no flash movies, nothing I'm aware of). the CPU indicator didn't suggest anything was happening at the time (it was notably quite, which surprised me I must admit) Oh, and after setting the process running I went and got my 5 month old out of the bath and dressed him for bed, so apart from a quick glance at the screen, I wasn't doing any active work on the machine at the time. Rodd From rodd at clarkson.id.au Tue Feb 15 11:21:21 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 15 Feb 2005 22:21:21 +1100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <20050215104128.GA18744@nsk.no-ip.org> References: <1108455347.6719.40.camel@localhost.localdomain> <20050215104128.GA18744@nsk.no-ip.org> Message-ID: <1108466481.6719.78.camel@localhost.localdomain> On Tue, 2005-02-15 at 10:41 +0000, Luciano Miguel Ferreira Rocha wrote: >On Tue, Feb 15, 2005 at 07:15:46PM +1100, Rodd Clarkson wrote: >> [rodd at localhost database]$ time rpm -qa | grep openoffice.org2 > >And time sh -c 'rpm -qa | grep openoffice.org2'? > >And time rpm -qa | fgrep openoffice.org2? We'll that 15 minutes of my life I'll never get back ;-] [rodd at localhost ~]$ time sh -c 'rpm -qa | grep openoffice.org2' openoffice.org2-impress-1.9.77-1 openoffice.org2-core-1.9.77-1 openoffice.org2-xsltfilter-1.9.77-1 openoffice.org2-writer-1.9.77-1 openoffice.org2-graphicfilter-1.9.77-1 real 6m35.301s user 0m3.121s sys 0m0.697s [rodd at localhost ~]$ time rpm -qa | fgrep openoffice.org2 openoffice.org2-impress-1.9.77-1 openoffice.org2-core-1.9.77-1 openoffice.org2-xsltfilter-1.9.77-1 openoffice.org2-writer-1.9.77-1 openoffice.org2-graphicfilter-1.9.77-1 real 6m32.660s user 0m3.097s sys 0m0.615s [rodd at localhost ~]$ Now, this is interesting. If I just run 'time rpm -qa' then about 15 files appear and then this file appears gpg-pubkey-1cddbca9-3f9da14c after this, the output stops for quite a while (with no real activity on the CPU) then lots of output and then another stop after gpg-pubkey-db42a60e-37ea5438 gpg-pubkey-30c9ecf8-3f9da3f7 quite a pause in proceeding, again with no notable CPU usage) and then lots more files (the sort of output I would expect from rpm -qa) and then it finishes. The time info from this is: real 6m41.756s user 0m3.245s sys 0m0.612s so I think we can assume that the grep doesn't have anything to do with this. I suspect something is up with the files listed above. Rodd From pmatilai at welho.com Tue Feb 15 11:54:51 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 15 Feb 2005 13:54:51 +0200 (EET) Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <1108466481.6719.78.camel@localhost.localdomain> References: <1108455347.6719.40.camel@localhost.localdomain> <20050215104128.GA18744@nsk.no-ip.org> <1108466481.6719.78.camel@localhost.localdomain> Message-ID: On Tue, 15 Feb 2005, Rodd Clarkson wrote: > Now, this is interesting. > > If I just run 'time rpm -qa' then about 15 files appear and then this > file appears > > gpg-pubkey-1cddbca9-3f9da14c > > after this, the output stops for quite a while (with no real activity on > the CPU) then lots of output and then another stop after > > gpg-pubkey-db42a60e-37ea5438 > gpg-pubkey-30c9ecf8-3f9da3f7 > > quite a pause in proceeding, again with no notable CPU usage) and then > lots more files (the sort of output I would expect from rpm -qa) and > then it finishes. Ahhah... This most likely has to do with rpm 4.4's automatic gpg key retrieval feature - I bet it's accessing network at that point and timing out because firewalls or such. - Panu - From pmatilai at welho.com Tue Feb 15 12:02:53 2005 From: pmatilai at welho.com (Panu Matilainen) Date: Tue, 15 Feb 2005 14:02:53 +0200 (EET) Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: References: <1108455347.6719.40.camel@localhost.localdomain> <20050215104128.GA18744@nsk.no-ip.org> <1108466481.6719.78.camel@localhost.localdomain> Message-ID: On Tue, 15 Feb 2005, Panu Matilainen wrote: > > Ahhah... This most likely has to do with rpm 4.4's automatic gpg key > retrieval feature - I bet it's accessing network at that point and timing out > because firewalls or such. Here's JBJ's original announcement about the feature, examples of the performance hit it causes and how to disable it: https://lists.dulug.duke.edu/pipermail/rpm-devel/2004-November/000146.html - Panu - From terraformers at gmx.net Tue Feb 15 12:11:51 2005 From: terraformers at gmx.net (Lars) Date: Tue, 15 Feb 2005 13:11:51 +0100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? References: <1108455347.6719.40.camel@localhost.localdomain> <20050215104128.GA18744@nsk.no-ip.org> <1108466481.6719.78.camel@localhost.localdomain> Message-ID: Panu Matilainen wrote: > On Tue, 15 Feb 2005, Panu Matilainen wrote: >> >> Ahhah... This most likely has to do with rpm 4.4's automatic gpg key >> retrieval feature - I bet it's accessing network at that point and timing >> out because firewalls or such. > > Here's JBJ's original announcement about the feature, examples of the > performance hit it causes and how to disable it: > https://lists.dulug.duke.edu/pipermail/rpm-devel/2004-November/000146.html > > - Panu - > thanks. fired up ethereal, and it looks like its really getting gpg data from a server named cryptonomicon.mit.edu. best lars From pnasrat at redhat.com Tue Feb 15 13:20:50 2005 From: pnasrat at redhat.com (Paul Nasrat) Date: Tue, 15 Feb 2005 08:20:50 -0500 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <1108455347.6719.40.camel@localhost.localdomain> References: <1108455347.6719.40.camel@localhost.localdomain> Message-ID: <20050215132049.GA30399@minimumble.lab.boston.redhat.com> On Tue, Feb 15, 2005 at 07:15:46PM +1100, Rodd Clarkson wrote: > I repeat... Why is rpm -qa | grep openoffice.org2 soooo slow? Repeat the test with the following and report the times: rpm -qa openoffice.org2\* rpm --nosignatures -qa | grep openoffice.org2 Create /etc/rpm/macros.test with the line: %_hkp_keyserver %{unknown_macro} Paul From terraformers at gmx.net Tue Feb 15 13:30:12 2005 From: terraformers at gmx.net (Lars) Date: Tue, 15 Feb 2005 14:30:12 +0100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? References: <1108455347.6719.40.camel@localhost.localdomain> <20050215104128.GA18744@nsk.no-ip.org> <1108466481.6719.78.camel@localhost.localdomain> Message-ID: Lars wrote: > Panu Matilainen wrote: > >> On Tue, 15 Feb 2005, Panu Matilainen wrote: >>> >>> Ahhah... This most likely has to do with rpm 4.4's automatic gpg key >>> retrieval feature - I bet it's accessing network at that point and >>> timing out because firewalls or such. >> >> Here's JBJ's original announcement about the feature, examples of the >> performance hit it causes and how to disable it: >> https://lists.dulug.duke.edu/pipermail/rpm-devel/2004-November/000146.html >> >> - Panu - >> > > thanks. > fired up ethereal, and it looks like its really getting gpg data from a > server named cryptonomicon.mit.edu. > > best > lars > > imported a missing planetccrma gpg-key for the audio packages i had installed, and no net-traffic anymore! time rpm -qa | grep openoffice.org2 openoffice.org2-writer-1.9.77-1 openoffice.org2-core-1.9.77-1 real 0m0.984s user 0m0.841s sys 0m0.062s btw. the auto gpg-key lookup in rpm is a really cool thing! thanks! lars From maxer1 at xmission.com Tue Feb 15 14:04:40 2005 From: maxer1 at xmission.com (maxer1) Date: Tue, 15 Feb 2005 07:04:40 -0700 Subject: ACPI: Errors 2.6.10-1.1141_FC4 Message-ID: <42120178.6040508@xmission.com> I have been getting this in the latest dev kernels on boot: ACPI: Subsystem revision 20050125 ACPI-1138: *** Error: Method execution failed [\MCTH] (Node c18d75a0), AE_AML_BUFFER_LIMIT ACPI-1138: *** Error: Method execution failed [\OSFL] (Node c18d75c0), AE_AML_BUFFER_LIMIT ACPI-1138: *** Error: Method execution failed [\_SB_.PCI0.SBRG.PS2M._STA] (Node c18d4800), AE_AML_BUFFER_LIMIT ACPI-0158: *** Error: Method execution failed [\_SB_.PCI0.SBRG.PS2M._STA] (Node c18d4800), AE_AML_BUFFER_LIMIT ACPI-1138: *** Error: Method execution failed [\MCTH] (Node c18d75a0), AE_AML_BUFFER_LIMIT ACPI-1138: *** Error: Method execution failed [\OSFL] (Node c18d75c0), AE_AML_BUFFER_LIMIT ACPI-1138: *** Error: Method execution failed [\_SB_.RMEM._CRS] (Node c18d34a0), AE_AML_BUFFER_LIMIT ACPI-0158: *** Error: Method execution failed [\_SB_.RMEM._CRS] (Node c18d34a0), AE_AML_BUFFER_LIMIT Has this been bugged? RaXeT From thomas.cameron at camerontech.com Tue Feb 15 16:40:51 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Tue, 15 Feb 2005 10:40:51 -0600 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <1108459433.6719.43.camel@localhost.localdomain> References: <1108455347.6719.40.camel@localhost.localdomain> <000f01c5133d$28a79010$154fad18@camerontech.com> <1108459433.6719.43.camel@localhost.localdomain> Message-ID: <1108485651.31004.2.camel@mail.camerontech.com> On Tue, 2005-02-15 at 20:23 +1100, Rodd Clarkson wrote: > >> Rodd > > > >What kind of system are you using? What type of CPU? Speed? Amount of > >memory? Type and speed of disk? > > > >Thomas > > > All excellent questions that should have been answered before they were > asked. > > System Type: x86 Laptop > Processor: P3-1GHz. > Memory: 512MB > Harddisk: 40GB, 5400RPM > > RPM used to be much faster at this sort of thing. > > > Rodd "Used to be" before what? Was there a change to the system? What were you running before? I will admit that it sounds like there is something weird on your laptop. I don't have anything that old but it certainly seems like a 1 GHz processor with plenty of RAM should go faster than that. Have you looked at setting the hdparm settings for your disk to speed it up? Have a look in /etc/sysconfig/harddisks for some settings you can change to seriously speed up your IDE drive. Past that, I would look at what if anything else is going on on your machine while you run your command. Thomas From rodd at clarkson.id.au Tue Feb 15 20:44:23 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 16 Feb 2005 07:44:23 +1100 Subject: Why is rpm -qa | grep openoffice.org2 soooo slow? In-Reply-To: <1108485651.31004.2.camel@mail.camerontech.com> References: <1108455347.6719.40.camel@localhost.localdomain> <000f01c5133d$28a79010$154fad18@camerontech.com> <1108459433.6719.43.camel@localhost.localdomain> <1108485651.31004.2.camel@mail.camerontech.com> Message-ID: <1108500263.6719.87.camel@localhost.localdomain> On Tue, 2005-02-15 at 10:40 -0600, Thomas Cameron wrote: >"Used to be" before what? Was there a change to the system? What were >you running before? > I'm sure you've been watching other parts of this thread, but it turns out is "used to be" before I upgraded to rpm-4.4 Rodd From paul at all-the-johnsons.co.uk Wed Feb 16 00:01:46 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Wed, 16 Feb 2005 00:01:46 +0000 Subject: gcj, Sun JVM and Kernel conflict problem In-Reply-To: References: <1108302501.5448.8.camel@localhost.localdomain> <420F8687.5050504@rogers.com> <1108327850.5448.10.camel@localhost.localdomain> Message-ID: <1108512106.16427.2.camel@localhost.localdomain> Hi, >> This is why I need to try and trace the cause of the problem - other >> people are seeing this problem as well. > >Try to configure netdump and see if you can get a kerneldump whenever your >problems starts. You might find the cause if you get a kernel panic. Tried it - gave nothing (literally). Not tried it with today's kernel yet. TTFN Paul -- "I like blinking me" - Helen, Big Brother 2 contestant -------------- 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 Wed Feb 16 03:30:08 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 16 Feb 2005 14:30:08 +1100 Subject: JRE for Firefox Message-ID: <1108524608.4539.2.camel@localhost.localdomain> I'm a little confused about all this so please be gentle. I'm looking for a JRE to use as a plugin for Firefox. In the past I would have just hooked into the jre pluggin supplied with Sun's Java, but since I'm testing the current fedora 4 development and it seems that FC4 intends to do without the need for Sun's Java (I could be wrong) could someone tell me what package I'm supposed to install to get a JRE for firefox (and any other steps I might need to perform). Rodd From seanlkml at sympatico.ca Wed Feb 16 04:41:59 2005 From: seanlkml at sympatico.ca (Sean) Date: Tue, 15 Feb 2005 23:41:59 -0500 (EST) Subject: JRE for Firefox In-Reply-To: <1108524608.4539.2.camel@localhost.localdomain> References: <1108524608.4539.2.camel@localhost.localdomain> Message-ID: <3542.10.10.10.24.1108528919.squirrel@linux1> On Tue, February 15, 2005 10:30 pm, Rodd Clarkson said: > I'm a little confused about all this so please be gentle. > > I'm looking for a JRE to use as a plugin for Firefox. In the past I > would have just hooked into the jre pluggin supplied with Sun's Java, > but since I'm testing the current fedora 4 development and it seems that > FC4 intends to do without the need for Sun's Java (I could be wrong) > could someone tell me what package I'm supposed to install to get a JRE > for firefox (and any other steps I might need to perform). > Hi Rodd, You'll still need to install a Java Runtime for Firefox, and the process is the same as usual. The GNU compiler has improved to a point where many java programs can be compiled and run without needing a proprietary runtime, and that is likely the chatter you've been hearing. However, it's not yet a general replacement for the proprietary JRE's. Cheers, Sean From russell at coker.com.au Wed Feb 16 04:58:36 2005 From: russell at coker.com.au (Russell Coker) Date: Wed, 16 Feb 2005 15:58:36 +1100 Subject: encrypted file systems In-Reply-To: References: Message-ID: <200502161558.38855.russell@coker.com.au> On Thursday 03 February 2005 13:36, Justin Conover wrote: > Has the option of encrypting the file systems during install been > talked about in the past or future releases? It has been talked about. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=124789 The above Bugzilla has the current state of this. Until we get it working well in an initrd for an encrypted root there's no point in supporting install to an encrypted root fs. Without supporting an encrypted root there's probably little point in supporting encrypted file systems at all. -- 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 alor at taipang.com Wed Feb 16 04:17:59 2005 From: alor at taipang.com (Alor) Date: Wed, 16 Feb 2005 09:17:59 +0500 Subject: udev not found /etc/sysconfig/makedev.d/*.nodes Message-ID: <1108527479.2984.6.camel@agl.taipang.com> After update udev to udev-050-3 while booting I have been getting warning message: /etc/sysconfig/makedev.d/*.nodes not found files or directory Alor. From jspaleta at gmail.com Wed Feb 16 05:14:13 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 16 Feb 2005 00:14:13 -0500 Subject: udev not found /etc/sysconfig/makedev.d/*.nodes In-Reply-To: <1108527479.2984.6.camel@agl.taipang.com> References: <1108527479.2984.6.camel@agl.taipang.com> Message-ID: <604aa79105021521145ac4c9f9@mail.gmail.com> On Wed, 16 Feb 2005 09:17:59 +0500, Alor wrote: > After update udev to udev-050-3 while booting I have been getting > warning message: > /etc/sysconfig/makedev.d/*.nodes not found files or directory already fixed with udev-50-5 package -jef From joelonlinux at optonline.net Wed Feb 16 05:35:40 2005 From: joelonlinux at optonline.net (Joel Rittvo) Date: Wed, 16 Feb 2005 00:35:40 -0500 Subject: udev not found /etc/sysconfig/makedev.d/*.nodes In-Reply-To: <604aa79105021521145ac4c9f9@mail.gmail.com> References: <1108527479.2984.6.camel@agl.taipang.com> <604aa79105021521145ac4c9f9@mail.gmail.com> Message-ID: <4212DBAC.4030301@optonline.net> Jeff Spaleta wrote: > On Wed, 16 Feb 2005 09:17:59 +0500, Alor wrote: > >>After update udev to udev-050-3 while booting I have been getting >>warning message: >>/etc/sysconfig/makedev.d/*.nodes not found files or directory > > > already fixed with udev-50-5 package > > -jef > but now the microcode issue is back . . . . Joel Rittvo From alor at taipang.com Wed Feb 16 07:11:36 2005 From: alor at taipang.com (Alor) Date: Wed, 16 Feb 2005 07:11:36 +0000 Subject: system-config-services does not started Message-ID: <1108537897.3125.3.camel@agl.taipang.com> system-config-services 0.8.18-1 failed while starting: # /usr/sbin/system-config-services /usr/sbin/system-config-services:197: DeprecationWarning: self.btnStart = self.tbrSave.append_item(_("Start"), _("Start"), None, icon, self.on_btnStart_clicked, None) /usr/sbin/system-config-services:201: DeprecationWarning: self.btnStop = self.tbrSave.append_item(_("Stop"), _("Stop"), None, icon, self.on_btnStop_clicked, None) /usr/sbin/system-config-services:205: DeprecationWarning: self.btnRestart = self.tbrSave.append_item(_("Restart"), _("Restart"), None, icon, self.on_btnRestart_clicked, None) /usr/sbin/system-config-services:207: DeprecationWarning: self.tbrSave.insert_space(3) /usr/sbin/system-config-services:211: DeprecationWarning: self.btnSave = self.tbrSave.append_item(_("_Save"), _("Save"), None, icon, self.on_mnuSave_clicked, None) /usr/sbin/system-config-services:216: DeprecationWarning: self.btnRevert = self.tbrSave.append_item(_("_Revert"), _("Revert"), None, icon, self.on_mnuRevert_clicked, None) /etc/init.d/ [Errno 21] Is a directory /etc/xinetd.d/ [Errno 21] Is a directory Alor. From terraformers at gmx.net Wed Feb 16 09:23:46 2005 From: terraformers at gmx.net (Lars) Date: Wed, 16 Feb 2005 10:23:46 +0100 Subject: system-config-services does not started References: <1108537897.3125.3.camel@agl.taipang.com> Message-ID: Alor wrote: > system-config-services 0.8.18-1 failed while starting: > > # /usr/sbin/system-config-services > /usr/sbin/system-config-services:197: DeprecationWarning: > self.btnStart = self.tbrSave.append_item(_("Start"), _("Start"), None, > icon, self.on_btnStart_clicked, None) > /usr/sbin/system-config-services:201: DeprecationWarning: > self.btnStop = self.tbrSave.append_item(_("Stop"), _("Stop"), None, > icon, self.on_btnStop_clicked, None) > /usr/sbin/system-config-services:205: DeprecationWarning: > self.btnRestart = self.tbrSave.append_item(_("Restart"), _("Restart"), > None, icon, self.on_btnRestart_clicked, None) > /usr/sbin/system-config-services:207: DeprecationWarning: > self.tbrSave.insert_space(3) > /usr/sbin/system-config-services:211: DeprecationWarning: > self.btnSave = self.tbrSave.append_item(_("_Save"), _("Save"), None, > icon, self.on_mnuSave_clicked, None) > /usr/sbin/system-config-services:216: DeprecationWarning: > self.btnRevert = self.tbrSave.append_item(_("_Revert"), _("Revert"), > None, icon, self.on_mnuRevert_clicked, None) > /etc/init.d/ [Errno 21] Is a directory > /etc/xinetd.d/ [Errno 21] Is a directory > > Alor. > > same here see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=147483 lars From terraformers at gmx.net Wed Feb 16 09:26:30 2005 From: terraformers at gmx.net (Lars) Date: Wed, 16 Feb 2005 10:26:30 +0100 Subject: udev not found /etc/sysconfig/makedev.d/*.nodes References: <1108527479.2984.6.camel@agl.taipang.com> <604aa79105021521145ac4c9f9@mail.gmail.com> <4212DBAC.4030301@optonline.net> Message-ID: Joel Rittvo wrote: > Jeff Spaleta wrote: > >> On Wed, 16 Feb 2005 09:17:59 +0500, Alor wrote: >> >>>After update udev to udev-050-3 while booting I have been getting >>>warning message: >>>/etc/sysconfig/makedev.d/*.nodes not found files or directory >> >> >> already fixed with udev-50-5 package >> >> -jef >> > > but now the microcode issue is back . . . . > > Joel Rittvo > same here bugzilla'd it here https://bugzilla.redhat.com/beta/show_bug.cgi?id=148781 lars From kyrre at solution-forge.net Wed Feb 16 15:42:26 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 16 Feb 2005 16:42:26 +0100 Subject: JRE for Firefox In-Reply-To: <3542.10.10.10.24.1108528919.squirrel@linux1> References: <1108524608.4539.2.camel@localhost.localdomain> <3542.10.10.10.24.1108528919.squirrel@linux1> Message-ID: <1108568545.4323.2.camel@localhost.localdomain> ons, 16.02.2005 kl. 05.41 skrev Sean: > On Tue, February 15, 2005 10:30 pm, Rodd Clarkson said: > > I'm a little confused about all this so please be gentle. > > > > I'm looking for a JRE to use as a plugin for Firefox. In the past I > > would have just hooked into the jre pluggin supplied with Sun's Java, > > but since I'm testing the current fedora 4 development and it seems that > > FC4 intends to do without the need for Sun's Java (I could be wrong) > > could someone tell me what package I'm supposed to install to get a JRE > > for firefox (and any other steps I might need to perform). > > > > Hi Rodd, > > You'll still need to install a Java Runtime for Firefox, and the process > is the same as usual. The GNU compiler has improved to a point where > many java programs can be compiled and run without needing a proprietary > runtime, and that is likely the chatter you've been hearing. However, > it's not yet a general replacement for the proprietary JRE's. > > Cheers, > Sean > But will there be any conflict if you have 2 JRE's - Sun's and gcj? Or are gcj just there for "fedora supplied" Java desktop apps? From kyrre at solution-forge.net Wed Feb 16 15:45:21 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Wed, 16 Feb 2005 16:45:21 +0100 Subject: Pan? In-Reply-To: <1108464058.6198.45.camel@excession.dzr> References: <1108437004.6198.23.camel@excession.dzr> <2600.192.168.0.254.1108442518.squirrel@whooper.org> <1108464058.6198.45.camel@excession.dzr> Message-ID: <1108568721.4323.5.camel@localhost.localdomain> tir, 15.02.2005 kl. 11.40 skrev D. D. Brierton: > On Mon, 2005-02-14 at 23:41 -0500, William Hooper wrote: > > > Check out the -devel list, the "rawhide report: 20050121" thread. > > Thanks. I found it at last. It sounds like several others have the same > reservations about moving Pan to Extras --- is there *any* newsreader in > Core now which can browse yEnc encoded binary newsgroups? > > > It's not going away, it's going to Extras. Hopefully a lot of other stuff > > will join it. > > Absolutely. I'm all for moving apps which provide duplicate > functionality to Extras. But in the case of Pan we're losing something > from Core which I think of as being pretty basic, i.e. a proper > newsreader. > > Best, Darren Otoh, moving things to extras migth make sure things get better tested before release, as there will be fewer packages per developer. It also opens up the possibility for upstream developers to maintain "their own" programs in a much closer way than today. From seanlkml at sympatico.ca Wed Feb 16 16:39:54 2005 From: seanlkml at sympatico.ca (Sean) Date: Wed, 16 Feb 2005 11:39:54 -0500 (EST) Subject: JRE for Firefox In-Reply-To: <1108568545.4323.2.camel@localhost.localdomain> References: <1108524608.4539.2.camel@localhost.localdomain><3542.10.10.10.24.1108528919.squirrel@linux1><1108568545.4323.2.camel@localhost.localdomain> Message-ID: <4358.10.10.10.24.1108571994.squirrel@linux1> On Wed, February 16, 2005 10:42 am, Kyrre Ness Sjobak said: > But will there be any conflict if you have 2 JRE's - Sun's and gcj? Or are gcj just there for "fedora supplied" Java desktop apps? No conflict at all. At this poing gcj doesn't supply a complete JRE or integration with Firefox (gcjwebplugin is still being developed). Sean. From kms at passback.co.uk Wed Feb 16 16:51:35 2005 From: kms at passback.co.uk (Keith Sharp) Date: Wed, 16 Feb 2005 16:51:35 +0000 Subject: JRE for Firefox In-Reply-To: <1108524608.4539.2.camel@localhost.localdomain> References: <1108524608.4539.2.camel@localhost.localdomain> Message-ID: <1108572695.3610.18.camel@animal.passback.co.uk> On Wed, 2005-02-16 at 14:30 +1100, Rodd Clarkson wrote: > I'm a little confused about all this so please be gentle. > > I'm looking for a JRE to use as a plugin for Firefox. In the past I > would have just hooked into the jre pluggin supplied with Sun's Java, > but since I'm testing the current fedora 4 development and it seems that > FC4 intends to do without the need for Sun's Java (I could be wrong) > could someone tell me what package I'm supposed to install to get a JRE > for firefox (and any other steps I might need to perform). If you want a JRE that will be compatible with FC4 then use one of the nosrc.rpm files from http://www.jpackage.org/. The Red Hat Java team are collaborating with the JPackage team so FC4 should work ok. Keith. From ziga.mahkovec at klika.si Wed Feb 16 18:19:11 2005 From: ziga.mahkovec at klika.si (Ziga Mahkovec) Date: Wed, 16 Feb 2005 19:19:11 +0100 Subject: JRE for Firefox In-Reply-To: <4358.10.10.10.24.1108571994.squirrel@linux1> References: <1108524608.4539.2.camel@localhost.localdomain> <3542.10.10.10.24.1108528919.squirrel@linux1> <1108568545.4323.2.camel@localhost.localdomain> <4358.10.10.10.24.1108571994.squirrel@linux1> Message-ID: <1108577951.5575.15.camel@serenity.klika.si> On Wed, 2005-02-16 at 11:39 -0500, Sean wrote: > On Wed, February 16, 2005 10:42 am, Kyrre Ness Sjobak said: > > But will there be any conflict if you have 2 JRE's - Sun's and gcj? Or > > are gcj just there for "fedora supplied" Java desktop apps? > > No conflict at all. At this poing gcj doesn't supply a complete JRE or > integration with Firefox (gcjwebplugin is still being developed). Actually, using the java-1.4.2-gcj4-compat package (which is likely to be installed by default on FC4), gcj will very much look like a complete JRE. I'm not sure about gcjwebplugin though. As it has been pointed out, jpackage.org is the way to go. Using the alternatives system, you may then easily switch between gcj and Sun's JRE. You'll also get an RPM to install the Firefox plugin when the nosrc.rpm is built. -- Ziga From mark.bradbury at gmail.com Thu Feb 17 00:18:04 2005 From: mark.bradbury at gmail.com (Mark Bradbury) Date: Thu, 17 Feb 2005 09:48:04 +0930 Subject: system-config-lvm Message-ID: I noticed that Red Hat AS 4 has a rpm called system-config-lvm which is a GUI for LVM2 is there any possibility of getting this into fedora ? From mike at netlyncs.com Thu Feb 17 00:18:37 2005 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 16 Feb 2005 18:18:37 -0600 Subject: REinstalling Grub via dual boot Message-ID: <1108599517.8824.1.camel@scrappy.netlyncs.com> Hi there, I dual boot XP with Fedora + rawhide, and am planning on reinstalling XP. I could just wait until Fedora 4 test 1 comes out and just reinstall everything, but might go ahead and try windows now. Upon saying all of that, if I do reinstall XP, what needs to be done to reinstall grub to the MBR like it is now? -- Mike Chambers Madisonville, KY "It's always better to hurt a little now, than to hurt a lot later!" From joelonlinux at optonline.net Thu Feb 17 01:00:43 2005 From: joelonlinux at optonline.net (Joel Rittvo) Date: Wed, 16 Feb 2005 20:00:43 -0500 Subject: REinstalling Grub via dual boot In-Reply-To: <1108599517.8824.1.camel@scrappy.netlyncs.com> References: <1108599517.8824.1.camel@scrappy.netlyncs.com> Message-ID: <4213ECBB.8010300@optonline.net> Mike Chambers wrote: > Hi there, > > I dual boot XP with Fedora + rawhide, and am planning on reinstalling > XP. I could just wait until Fedora 4 test 1 comes out and just > reinstall everything, but might go ahead and try windows now. > > Upon saying all of that, if I do reinstall XP, what needs to be done to > reinstall grub to the MBR like it is now? > These are my notes for reinstalling grub, from a few months back. Hopefully they are still current! 1. Boot from first Fedora CD or Rescue CD 2. At boot prompt: linux rescue 3. Then: grub-install /dev/hdxx (using the device you want grub to install to) Joel Rittvo From mike at netlyncs.com Thu Feb 17 01:06:20 2005 From: mike at netlyncs.com (Mike Chambers) Date: Wed, 16 Feb 2005 19:06:20 -0600 Subject: REinstalling Grub via dual boot In-Reply-To: <4213ECBB.8010300@optonline.net> References: <1108599517.8824.1.camel@scrappy.netlyncs.com> <4213ECBB.8010300@optonline.net> Message-ID: <1108602380.9126.2.camel@scrappy.netlyncs.com> On Wed, 2005-02-16 at 20:00 -0500, Joel Rittvo wrote: >These are my notes for reinstalling grub, from a few months back. >Hopefully they are still current! > >1. Boot from first Fedora CD or Rescue CD >2. At boot prompt: linux rescue >3. Then: grub-install /dev/hdxx > (using the device you want grub to install to) If it's going to the MBR, then it would be the first HD even if Fedora is on the 2nd HD? (does it matter which drive /boot is on?) -- Mike Chambers Madisonville, KY "It's always better to hurt a little now, than to hurt a lot later!" From rodd at clarkson.id.au Thu Feb 17 01:21:34 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 17 Feb 2005 12:21:34 +1100 Subject: REinstalling Grub via dual boot In-Reply-To: <1108602380.9126.2.camel@scrappy.netlyncs.com> References: <1108599517.8824.1.camel@scrappy.netlyncs.com> <4213ECBB.8010300@optonline.net> <1108602380.9126.2.camel@scrappy.netlyncs.com> Message-ID: <1108603295.3680.25.camel@trevally.redfishdemo.com> On Wed, 2005-02-16 at 19:06 -0600, Mike Chambers wrote: >On Wed, 2005-02-16 at 20:00 -0500, Joel Rittvo wrote: > >>These are my notes for reinstalling grub, from a few months back. >>Hopefully they are still current! >> >>1. Boot from first Fedora CD or Rescue CD >>2. At boot prompt: linux rescue >>3. Then: grub-install /dev/hdxx >> (using the device you want grub to install to) > >If it's going to the MBR, then it would be the first HD even if Fedora >is on the 2nd HD? (does it matter which drive /boot is on?) Not in the slightest. That's what the root (hdx,y) does. The first bit tells grub what device to use, the second tells which partition. That's why each entry in grub needs a root() entry. You could even install the boot loader onto both your disks in case something happens to the MBR on one. For example, I have a SATA disk and a normal ATA disk on my system. Because the mother-board treats the SATA disk as a special type of disk, I can boot from with my primary HDD or the SATA device. I've got grub install on the MBR for both, so it doesn't matter which one I boot off. Rodd From rodd at clarkson.id.au Thu Feb 17 01:24:34 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 17 Feb 2005 12:24:34 +1100 Subject: Firefox not allow some kinds of downloads. Message-ID: <1108603474.3680.29.camel@trevally.redfishdemo.com> Using the current version of Firefox on FC4-development, I'm unable to save some files to disk. Here's an example: http://www.senseabilities.com.au/education Neither of the PDFs on this page can be saved to disk or opened in an application (the OK button is greyed out) The PDF's were created using OOo2, and the downloads are being handled using a CGI script that check the authenticity of the downloader before offering the file for download. All of this works fine on earlier versions of Firefox as far as I'm aware. Oh, and I'm using firefox-1.0-8 Rodd From bavinic at comcast.net Thu Feb 17 02:31:24 2005 From: bavinic at comcast.net (Jim Martin) Date: Wed, 16 Feb 2005 21:31:24 -0500 Subject: Firefox not allow some kinds of downloads. In-Reply-To: <1108603474.3680.29.camel@trevally.redfishdemo.com> References: <1108603474.3680.29.camel@trevally.redfishdemo.com> Message-ID: <421401FC.3040009@comcast.net> Seem to work for me in Firefox, both with click on them, and right clicking and doing a Save As. BaVinic Rodd Clarkson wrote: >Using the current version of Firefox on FC4-development, I'm unable to >save some files to disk. > >Here's an example: http://www.senseabilities.com.au/education > >Neither of the PDFs on this page can be saved to disk or opened in an >application (the OK button is greyed out) > >The PDF's were created using OOo2, and the downloads are being handled >using a CGI script that check the authenticity of the downloader before >offering the file for download. All of this works fine on earlier >versions of Firefox as far as I'm aware. > >Oh, and I'm using firefox-1.0-8 > > >Rodd > > > > > > > From barryn at pobox.com Thu Feb 17 02:50:11 2005 From: barryn at pobox.com (Barry K. Nathan) Date: Wed, 16 Feb 2005 18:50:11 -0800 Subject: system-config-lvm In-Reply-To: References: Message-ID: <20050217025011.GA30910@ip68-4-98-123.oc.oc.cox.net> On Thu, Feb 17, 2005 at 09:48:04AM +0930, Mark Bradbury wrote: > I noticed that Red Hat AS 4 has a rpm called system-config-lvm which > is a GUI for LVM2 is there any possibility of getting this into fedora > ? It appears to be in fc-devel already, so it should be present in FC4 once that comes out (at least, that's what I would expect). -Barry K. Nathan From fct-cornette at insight.rr.com Thu Feb 17 03:58:57 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 16 Feb 2005 22:58:57 -0500 Subject: system-config-lvm In-Reply-To: <20050217025011.GA30910@ip68-4-98-123.oc.oc.cox.net> References: <20050217025011.GA30910@ip68-4-98-123.oc.oc.cox.net> Message-ID: <42141681.5090608@insight.rr.com> Barry K. Nathan wrote: > On Thu, Feb 17, 2005 at 09:48:04AM +0930, Mark Bradbury wrote: > >>I noticed that Red Hat AS 4 has a rpm called system-config-lvm which >>is a GUI for LVM2 is there any possibility of getting this into fedora >>? > > > It appears to be in fc-devel already, so it should be present in FC4 > once that comes out (at least, that's what I would expect). > > -Barry K. Nathan > I just downloaded it, then tried to launch it as root. I got this error. system-config-lvm Traceback (most recent call last): File "/usr/sbin/system-config-lvm", line 131, in ? runFullGUI() File "/usr/sbin/system-config-lvm", line 116, in runFullGUI blvm = baselvm(glade_xml, app) File "/usr/sbin/system-config-lvm", line 70, in __init__ self.volume_tab_view = Volume_Tab_View(glade_xml, self.lvmm, self.main_win) File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 131, in __init__ self.prepare_tree() File "/usr/share/system-config-lvm/Volume_Tab_View.py", line 203, in prepare_tree vg_list = self.model_factory.query_VGs() File "/usr/share/system-config-lvm/lvm_model.py", line 314, in query_VGs result_string = rhpl.executil.execWithCapture("/sbin/lvm",arglist) File "/usr/lib/python2.4/site-packages/rhpl/executil.py", line 105, in execWithCapture raise RuntimeError, command + " can not be run" RuntimeError: /sbin/lvm can not be run As regular user: - password requested - program starts to load, same as it did for root. Then the same error as above is displayed in the terminal. Up2date works, yum errors, so this might be a python error. The system was upgraded via ftp on the 13th and is up2date with the latest rpms that were available. It is great that there wil be a GUI tool for lvm management. Does this rawhide progrm work for anyone else, or is it a problem related to my upgrade? Jim From thomas.cameron at camerontech.com Thu Feb 17 05:13:21 2005 From: thomas.cameron at camerontech.com (Thomas Cameron) Date: Wed, 16 Feb 2005 23:13:21 -0600 Subject: system-config-lvm References: Message-ID: <02b001c514af$672dbc10$154fad18@camerontech.com> ----- Original Message ----- From: "Mark Bradbury" To: Sent: Wednesday, February 16, 2005 6:18 PM Subject: system-config-lvm >I noticed that Red Hat AS 4 has a rpm called system-config-lvm which > is a GUI for LVM2 is there any possibility of getting this into fedora Couldn't you just grab the source rpm and do rpmbuild --rebuild on a FC machine? Thomas From terraformers at gmx.net Thu Feb 17 06:03:05 2005 From: terraformers at gmx.net (Lars) Date: Thu, 17 Feb 2005 07:03:05 +0100 Subject: Firefox not allow some kinds of downloads. References: <1108603474.3680.29.camel@trevally.redfishdemo.com> Message-ID: Rodd Clarkson wrote: > Using the current version of Firefox on FC4-development, I'm unable to > save some files to disk. > > Here's an example: http://www.senseabilities.com.au/education > > Neither of the PDFs on this page can be saved to disk or opened in an > application (the OK button is greyed out) > > The PDF's were created using OOo2, and the downloads are being handled > using a CGI script that check the authenticity of the downloader before > offering the file for download. All of this works fine on earlier > versions of Firefox as far as I'm aware. > > Oh, and I'm using firefox-1.0-8 > > > Rodd > worksforme but maybe removing the file ~/.mozilla/firefox/somerandomchars.default/mimeTypes.rdf helps ? cheers lars From reg at dwf.com Thu Feb 17 07:52:26 2005 From: reg at dwf.com (Reg Clemens) Date: Thu, 17 Feb 2005 00:52:26 -0700 Subject: Firefox Problems/Questions Message-ID: <200502170752.j1H7qQmb025765@orion.dwf.com> Ive seen several Firefox problems/questions posted to this list, so here is my list. If I could solve these three, Firefox would be a lot more usable for me. (1) There is no 'Print' Icon. I have to go over to the File menu to print. I REALLY would like a print ICON. How do I get a PRINT icon? (2) In the window in the top matter of the frame (whatever you call that) where I get to type 'http:// ...' , with mozilla I can type U to clear this field before typing a new URL. with Firefox U does what it does elsewhere in the form, bring up the source html for the page and I have to use to clear the field. How to get the U behavior that I expect? and this is probably most serious (3) With my screen and resolution the type used in that top header of the firefox screen is TOO small. Mind you not in the text displayed in the HTML page, which I know how to fix, but the words 'File' 'Edit' and the URL in that top header. How do I make this font LARGER? Any thoughts? -- Reg.Clemens reg at dwf.com From anto.montagnani at virgilio.it Thu Feb 17 08:05:29 2005 From: anto.montagnani at virgilio.it (antonio montagnani) Date: Thu, 17 Feb 2005 09:05:29 +0100 Subject: cups upgrades In-Reply-To: <20050209125030.GA24487@nsk.no-ip.org> References: <20050209125030.GA24487@nsk.no-ip.org> Message-ID: <42145049.7070109@virgilio.it> Luciano Miguel Ferreira Rocha ha scritto / wrote il / on 09/02/2005 13:50: >Cups likes to destroy my local configuration, without a save of the old >one, every time it's upgraded. > >I've fixed it temporarily with chattr +i, but is there a standard way >for defining a definitive local configuration? > >Regards, >Luciano Rocha > > in particular, any upgrade destroy the raw option rewriting an # that I have to remove manually in mimes.convs. -- Antonio Montagnani ================================================================================ Mail by Mozilla Thunderbird 0.9 Websurfing by Mozilla Firefox 1.0 http://start.mozilla.org/firefox?client=firefox-a&rls=org.mozilla:it-IT:official ================================================================================ Posta con Mozilla Thunderbird 0.9 Navigazione con Mozilla Firefox 1.0 http://start.mozilla.org/firefox?client=firefox-a&rls=org.mozilla:it-IT:official ================================================================================ From ehoover at mines.edu Thu Feb 17 09:44:06 2005 From: ehoover at mines.edu (Erich Hoover) Date: Thu, 17 Feb 2005 02:44:06 -0700 Subject: OpenOffice 1.1/OpenOffice 1.9/StarOffice 7 Threading Problem Message-ID: <42146766.1040403@mines.edu> I've been banging my head against the wall here for a few days trying to figure out why I can't get any of the Office programs to run on the new rawhide kernels and I finally found something that will allow the programs to load without segfaulting: LD_ASSUME_KERNEL=2.4 ooffice LD_ASSUME_KERNEL=2.4 openofficeorg1.9 LD_ASSUME_KERNEL=2.4 soffice Unfortunately, this does not fix everything with my favorite of the three (StarOffice) or WINE (which I believe is having a similar problem). Does anyone know of a better or more permanent fix? System: AMD FX-53, ASUS SK8N, Running x86-64 2.6.10-1.1142_FC4 From twaugh at redhat.com Thu Feb 17 10:46:08 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 17 Feb 2005 10:46:08 +0000 Subject: cups upgrades In-Reply-To: <42145049.7070109@virgilio.it> References: <20050209125030.GA24487@nsk.no-ip.org> <42145049.7070109@virgilio.it> Message-ID: <20050217104608.GZ10885@redhat.com> On Thu, Feb 17, 2005 at 09:05:29AM +0100, antonio montagnani wrote: > in particular, any upgrade destroy the raw option rewriting an # that I > have to remove manually in mimes.convs. If you create a raw queue, this won't happen. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jeffy5 at optonline.net Thu Feb 17 11:37:52 2005 From: jeffy5 at optonline.net (Jeffrey D. Yuille) Date: Thu, 17 Feb 2005 06:37:52 -0500 Subject: cups upgrades In-Reply-To: <20050217104608.GZ10885@redhat.com> References: <20050209125030.GA24487@nsk.no-ip.org> <42145049.7070109@virgilio.it> <20050217104608.GZ10885@redhat.com> Message-ID: <1108640272.25365.0.camel@jeffy5.jeffsdomain.net> On Thu, 2005-02-17 at 10:46 +0000, Tim Waugh wrote: > On Thu, Feb 17, 2005 at 09:05:29AM +0100, antonio montagnani wrote: > > > in particular, any upgrade destroy the raw option rewriting an # that I > > have to remove manually in mimes.convs. > > If you create a raw queue, this won't happen. > > Tim. > */ Hello, I am not quite sure what you mean by creating a "raw queue" ? How do you do this? From anto.montagnani at virgilio.it Thu Feb 17 11:29:46 2005 From: anto.montagnani at virgilio.it (antonio montagnani) Date: Thu, 17 Feb 2005 12:29:46 +0100 Subject: cups upgrades In-Reply-To: <20050217104608.GZ10885@redhat.com> References: <20050209125030.GA24487@nsk.no-ip.org> <42145049.7070109@virgilio.it> <20050217104608.GZ10885@redhat.com> Message-ID: <4214802A.5090603@virgilio.it> Tim Waugh mi ha scritto / wrote to me il / on 17/02/2005 11.46: >On Thu, Feb 17, 2005 at 09:05:29AM +0100, antonio montagnani wrote: > > > >>in particular, any upgrade destroy the raw option rewriting an # that I >>have to remove manually in mimes.convs. >> >> > >If you create a raw queue, this won't happen. > >Tim. >*/ > > Tim This is a stupid question, but I am missing something... How do you create a raw queue??? Tnx -- Antonio Montagnani ================================================================================ Mail by Mozilla Thunderbird 0.9 Websurfing by Mozilla Firefox 1.0 http://start.mozilla.org/firefox?client=firefox-a&rls=org.mozilla:it-IT:official ================================================================================ Posta con Mozilla Thunderbird 0.9 Navigazione con Mozilla Firefox 1.0 http://start.mozilla.org/firefox?client=firefox-a&rls=org.mozilla:it-IT:official ================================================================================ From twaugh at redhat.com Thu Feb 17 13:03:18 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 17 Feb 2005 13:03:18 +0000 Subject: cups upgrades In-Reply-To: <1108640272.25365.0.camel@jeffy5.jeffsdomain.net> References: <20050209125030.GA24487@nsk.no-ip.org> <42145049.7070109@virgilio.it> <20050217104608.GZ10885@redhat.com> <1108640272.25365.0.camel@jeffy5.jeffsdomain.net> Message-ID: <20050217130318.GB10885@redhat.com> On Thu, Feb 17, 2005 at 06:37:52AM -0500, Jeffrey D. Yuille wrote: > I am not quite sure what you mean by creating a "raw queue" ? How > do you do this? In the 'Printer driver' tab, change the manufacturer to 'Generic' and select 'Raw Print Queue'. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aoliva at redhat.com Thu Feb 17 13:04:34 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: 17 Feb 2005 11:04:34 -0200 Subject: system-config-lvm In-Reply-To: <42141681.5090608@insight.rr.com> References: <20050217025011.GA30910@ip68-4-98-123.oc.oc.cox.net> <42141681.5090608@insight.rr.com> Message-ID: On Feb 17, 2005, Jim Cornette wrote: > system-config-lvm > Traceback (most recent call last): [...] > raise RuntimeError, command + " can not be run" > RuntimeError: /sbin/lvm can not be run Yeah, and this bug is even in bugzilla :-) -- 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 anto.montagnani at virgilio.it Thu Feb 17 13:53:33 2005 From: anto.montagnani at virgilio.it (antonio montagnani) Date: Thu, 17 Feb 2005 14:53:33 +0100 Subject: cups upgrades In-Reply-To: <20050217130318.GB10885@redhat.com> References: <20050209125030.GA24487@nsk.no-ip.org> <42145049.7070109@virgilio.it> <20050217104608.GZ10885@redhat.com> <1108640272.25365.0.camel@jeffy5.jeffsdomain.net> <20050217130318.GB10885@redhat.com> Message-ID: <4214A1DD.1050501@virgilio.it> Tim Waugh mi ha scritto / wrote to me il / on 17/02/2005 14.03: >On Thu, Feb 17, 2005 at 06:37:52AM -0500, Jeffrey D. Yuille wrote: > > > >> I am not quite sure what you mean by creating a "raw queue" ? How >>do you do this? >> >> > >In the 'Printer driver' tab, change the manufacturer to 'Generic' and >select 'Raw Print Queue'. > >Tim. >*/ > > Tim, it works from the network PC's but driver prevents correct printing from the local machine. Do you mean that I have to create to print queue's?? -- Antonio Montagnani ================================================================================ Mail by Mozilla Thunderbird 0.9 Websurfing by Mozilla Firefox 1.0 http://start.mozilla.org/firefox?client=firefox-a&rls=org.mozilla:it-IT:official ================================================================================ Posta con Mozilla Thunderbird 0.9 Navigazione con Mozilla Firefox 1.0 http://start.mozilla.org/firefox?client=firefox-a&rls=org.mozilla:it-IT:official ================================================================================ From twaugh at redhat.com Thu Feb 17 15:17:00 2005 From: twaugh at redhat.com (Tim Waugh) Date: Thu, 17 Feb 2005 15:17:00 +0000 Subject: cups upgrades In-Reply-To: <4214A1DD.1050501@virgilio.it> References: <20050209125030.GA24487@nsk.no-ip.org> <42145049.7070109@virgilio.it> <20050217104608.GZ10885@redhat.com> <1108640272.25365.0.camel@jeffy5.jeffsdomain.net> <20050217130318.GB10885@redhat.com> <4214A1DD.1050501@virgilio.it> Message-ID: <20050217151700.GC10885@redhat.com> On Thu, Feb 17, 2005 at 02:53:33PM +0100, antonio montagnani wrote: > it works from the network PC's but driver prevents correct printing from > the local machine. > Do you mean that I have to create to print queue's?? You don't have to print to that queue -- just create it. If there is a raw queue defined, mime.convs will accept raw data. Tim. */ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lux at diesel-research.com Thu Feb 17 19:33:19 2005 From: lux at diesel-research.com (Kim Lux) Date: Thu, 17 Feb 2005 12:33:19 -0700 Subject: cups upgrades In-Reply-To: <20050217151700.GC10885@redhat.com> References: <20050209125030.GA24487@nsk.no-ip.org> <42145049.7070109@virgilio.it> <20050217104608.GZ10885@redhat.com> <1108640272.25365.0.camel@jeffy5.jeffsdomain.net> <20050217130318.GB10885@redhat.com> <4214A1DD.1050501@virgilio.it> <20050217151700.GC10885@redhat.com> Message-ID: <1108668799.6344.14.camel@localhost.localdomain> I've got a worse problem with cups. Somewhere along the upgrade path I not only lost the printer config, but now I cannot get a printer re installed. Kudzu isn't seeing the printer and I can't get cups to successfully print a test page. Any ideas on how to fix this situation ? The printer is a Lexmark parallel port Optra S. Thanks. On Thu, 2005-02-17 at 15:17 +0000, Tim Waugh wrote: > On Thu, Feb 17, 2005 at 02:53:33PM +0100, antonio montagnani wrote: > > > it works from the network PC's but driver prevents correct printing from > > the local machine. > > Do you mean that I have to create to print queue's?? > > You don't have to print to that queue -- just create it. If there is > a raw queue defined, mime.convs will accept raw data. > > Tim. > */ > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -- Kim Lux, Diesel Research Inc. From dwalsh at redhat.com Thu Feb 17 21:30:05 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Thu, 17 Feb 2005 16:30:05 -0500 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-2.83 Message-ID: <42150CDD.7040308@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-150 2005-02-17 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 2.83 Summary : SELinux targeted policy configuration Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- * Thu Feb 17 2005 Dan Walsh 1.17.30-2.83 - Allow squirrelmail check spelling to work --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 043d6cfaf047daf43b364cbb0e27e45a SRPMS/selinux-policy-targeted-1.17.30-2.83.src.rpm 030f4b1cf84fa9726607cbba9fb0458d x86_64/selinux-policy-targeted-1.17.30-2.83.noarch.rpm bc21adececdee65fb92cdb4188a0e0f5 x86_64/selinux-policy-targeted-sources-1.17.30-2.83.noarch.rpm 030f4b1cf84fa9726607cbba9fb0458d i386/selinux-policy-targeted-1.17.30-2.83.noarch.rpm bc21adececdee65fb92cdb4188a0e0f5 i386/selinux-policy-targeted-sources-1.17.30-2.83.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From cochranb at speakeasy.net Fri Feb 18 01:10:22 2005 From: cochranb at speakeasy.net (Robert L Cochran) Date: Thu, 17 Feb 2005 20:10:22 -0500 Subject: How to Automagically Download DVD iso Message-ID: <4215407E.8090607@speakeasy.net> Here's a dumb question. I want a way for my machine to check for, and automatically download if found, the DVD iso for Fedora Core 4 (test) when that is released to mirrors. Perhaps it could check every 3 hours after a certain date, say the 20th. Any ideas for how to make that happen? Thanks Bob Cochran From fct-cornette at insight.rr.com Fri Feb 18 01:52:17 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 17 Feb 2005 20:52:17 -0500 Subject: system-config-lvm (old location /sbin - new /usr/sbin) In-Reply-To: References: <20050217025011.GA30910@ip68-4-98-123.oc.oc.cox.net> <42141681.5090608@insight.rr.com> Message-ID: <42154A51.3010000@insight.rr.com> Alexandre Oliva wrote: > On Feb 17, 2005, Jim Cornette wrote: > > >>system-config-lvm >>Traceback (most recent call last): > > [...] > >> raise RuntimeError, command + " can not be run" >>RuntimeError: /sbin/lvm can not be run > > > Yeah, and this bug is even in bugzilla :-) > Thanks! I didn't think about the fact that lvm was moved from /sbin/lvm to /usr/sbin/lvm. I added a symlink from /usr/sbin/lvm to /sbin/lvm to allow for the GUI tool to launch. The program helps to see what the drive layout looks like. Reading the bug report, I didn't catch on from the title, though specific. Jim From scott.aaron at abc.net.au Fri Feb 18 03:39:53 2005 From: scott.aaron at abc.net.au (Aaron Scott) Date: Fri, 18 Feb 2005 14:39:53 +1100 Subject: How to Automagically Download DVD iso In-Reply-To: <4215407E.8090607@speakeasy.net> References: <4215407E.8090607@speakeasy.net> Message-ID: <1108697993.28855.36.camel@localhost.localdomain> There are tones of waysof doing it but why would you? Just so you can down load it before it is announced and then your down loads are slow because every one is getting it? ;-) You would first need to know the path to the file then guess that the file name might be something like FC4*DVD*.iso and use ncftpget like this: ncftpget ftp://some/path/FC4*DVD*.iso. I imagine that taking path to the FC3 DVD and substituting the number "3" with "4" would be a good guess. A cron job should be fine. But it seems pretty pointless for something that is just a beta any way :-) On Thu, 2005-02-17 at 20:10 -0500, Robert L Cochran wrote: > Here's a dumb question. I want a way for my machine to check for, and > automatically download if found, the DVD iso for Fedora Core 4 (test) > when that is released to mirrors. Perhaps it could check every 3 hours > after a certain date, say the 20th. Any ideas for how to make that happen? > > Thanks > > Bob Cochran > -------------- next part -------------- An HTML attachment was scrubbed... URL: From twaugh at redhat.com Fri Feb 18 10:54:27 2005 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 18 Feb 2005 10:54:27 +0000 Subject: Fedora Core 3 Test Update: foomatic-3.0.2-13.3 Message-ID: <20050218105427.GK10885@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-149 2005-02-18 --------------------------------------------------------------------- Product : Fedora Core 3 Name : foomatic Version : 3.0.2 Release : 13.3 Summary : Foomatic printer database. Description : Foomatic is a comprehensive, spooler-independent database of printers, printer drivers, and driver descriptions. It contains utilities to generate driver description files and printer queues for CUPS, LPD, LPRng, and PDQ using the database. There is also the possibility to read the PJL options out of PJL-capable laser printers and take them into account at the driver description file generation. There are spooler-independent command line interfaces to manipulate queues (foomatic-configure) and to print files/manipulate jobs (foomatic printjob). The site http://www.linuxprinting.org/ is based on this database. --------------------------------------------------------------------- Update Information: This is an update to a newer version. Please report good or bad experiences here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=149055 --------------------------------------------------------------------- * Thu Feb 17 2005 Tim Waugh 3.0.2-13.3 - Fixed warning patch. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 4536fc391074e5a86e4d432238aa97c5 SRPMS/foomatic-3.0.2-13.3.src.rpm 4063cb491199dbdb29057726db762c6d x86_64/foomatic-3.0.2-13.3.x86_64.rpm a577b397985e11d079139421ace0617e x86_64/debug/foomatic-debuginfo-3.0.2-13.3.x86_64.rpm 0a613d0a281dfbd67634517092401ecc i386/foomatic-3.0.2-13.3.i386.rpm 05cbe8f4c6e7738d49a475082d04b336 i386/debug/foomatic-debuginfo-3.0.2-13.3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From markj at jeanmougin.org Fri Feb 18 13:32:45 2005 From: markj at jeanmougin.org (Mark W. Jeanmougin) Date: Fri, 18 Feb 2005 08:32:45 -0500 (EST) Subject: How to Automagically Download DVD iso In-Reply-To: <1108697993.28855.36.camel@localhost.localdomain> Message-ID: On Fri, 18 Feb 2005, Aaron Scott wrote: > There are tones of waysof doing it but why would you? Just so you can > down load it before it is announced and then your down loads are slow > because every one is getting it? ;-) I'm just going to wait until the Bittorrent download is available. For me, that's always the speediest way of getting it... MJ From shrek-m at gmx.de Fri Feb 18 17:43:43 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 18 Feb 2005 18:43:43 +0100 Subject: ImportError - rpm_execcon - ppc Message-ID: <4216294F.7060302@gmx.de> hi, after ~100 rawhide updates from the development-channel i had problems with rpm/up2date/yum/rhn-applet. at least rpm works again after updating from 4.3.x -> 4.4.x in rescue mode. how could i solve the last problem: "ImportError rpm_execcon" $ cat /etc/sysconfig/rhn/sources yum fc3-updates ftp://ftp.uk.linux.org/pub/people/dwmw2/fc3-updates-ppc yum development http://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc/ $ rhn-applet-tui Traceback (most recent call last): File "/usr/bin/rhn-applet-tui", line 20, in ? import rhn_utils File "/usr/share/rhn/rhn_applet/rhn_utils.py", line 17, in ? from rhn_applet_rpm import rhnAppletRPM File "/usr/share/rhn/rhn_applet/rhn_applet_rpm.py", line 10, in ? import rpm File "/usr/lib/python2.4/site-packages/rpm/__init__.py", line 7, in ? from _rpm import * ImportError: /usr/lib/librpm-4.4.so: undefined symbol: rpm_execcon $ yum check-update Traceback (most recent call last): File "/usr/bin/yum", line 6, in ? import yummain File "/usr/share/yum-cli/yummain.py", line 23, in ? import yum File "__init__.py", line 21, in ? File "/usr/lib/python2.4/site-packages/rpm/__init__.py", line 7, in ? from _rpm import * ImportError: /usr/lib/librpm-4.4.so: undefined symbol: rpm_execcon $ up2date -u Sie versuchen "up2date" auszuf?hren, das administrative Privilegien erfordert. Dazu werden jedoch weitere Informationen ben?tigt. Passwort f?r root: Traceback (most recent call last): File "/usr/sbin/up2date", line 11, in ? import rpm File "/usr/lib/python2.4/site-packages/rpm/__init__.py", line 7, in ? from _rpm import * ImportError: /usr/lib/librpm-4.4.so: undefined symbol: rpm_execcon $ rpm -qa --qf "%{name}-%{version}-%{release}.%{arch} %{disttag}\n" python* rpm* rhn-applet* up2date* yum* fedora* | sort fedora-logos-1.1.29-1.noarch (none) fedora-release-3-rawhide.noarch (none) python-2.4-3.ppc (none) python-devel-2.4-3.ppc (none) python-docs-2.4-3.ppc (none) python-ldap-2.0.6-1.ppc (none) python-tools-2.4-3.ppc (none) rhn-applet-2.1.16-1.ppc (none) rpm-4.4.1-2.ppc (none) rpm-build-4.4.1-2.ppc (none) rpm-devel-4.4.1-2.ppc (none) rpm-libs-4.4.1-2.ppc (none) rpm-python-4.4.1-2.ppc (none) up2date-4.3.47-5.ppc (none) up2date-gnome-4.3.47-5.ppc (none) yum-2.1.13-1.noarch (none) -- shrek-m From balay at fastmail.fm Fri Feb 18 18:27:36 2005 From: balay at fastmail.fm (Satish Balay) Date: Fri, 18 Feb 2005 12:27:36 -0600 (CST) Subject: how to disable debugging in rawhide-kernel Message-ID: I guess the rawhide kernel has extra checks/debugging turned on - which can slow things down. Any idea what these are? I'd like to disable these patches and rebuild the kernel [rawhide kernels currently being more stable on my T40] I'd appreciate any pointers. Thanks, Satish From wes.shull at gmail.com Fri Feb 18 19:47:28 2005 From: wes.shull at gmail.com (Wes Shull) Date: Fri, 18 Feb 2005 12:47:28 -0700 Subject: how to disable debugging in rawhide-kernel In-Reply-To: References: Message-ID: On Fri, 18 Feb 2005 12:27:36 -0600 (CST), Satish Balay wrote: > > I guess the rawhide kernel has extra checks/debugging turned on - > which can slow things down. > > Any idea what these are? Taking a quick gander through my /boot/config-2.6.10-1.1143_FC4... # # Kernel hacking # CONFIG_DEBUG_KERNEL=y CONFIG_MAGIC_SYSRQ=y # CONFIG_SCHEDSTATS is not set CONFIG_DEBUG_SLAB=y CONFIG_DEBUG_SPINLOCK=y CONFIG_DEBUG_SPINLOCK_SLEEP=y # CONFIG_DEBUG_KOBJECT is not set CONFIG_DEBUG_HIGHMEM=y CONFIG_DEBUG_BUGVERBOSE=y CONFIG_DEBUG_INFO=y # CONFIG_DEBUG_FS is not set # CONFIG_FRAME_POINTER is not set CONFIG_EARLY_PRINTK=y CONFIG_DEBUG_STACKOVERFLOW=y CONFIG_KPROBES=y CONFIG_DEBUG_STACK_USAGE=y CONFIG_DEBUG_PAGEALLOC=y CONFIG_4KSTACKS=y Probably just set all the CONFIG_DEBUG*=y there to =n. I'm not sure which would affect speed the most, but I'd guess disabling CONFIG_DEBUG_SLAB will cut down most of the extraneous memory usage (if that's as noticeable for you as it is for me on my 256 MB machine). The more debugs you keep on, though, the more chance you have of being able to usefully report any problems... (cc:ing you because I'm not sure I have my subscription set up to allow posting from this address) --wes From kyrre at solution-forge.net Fri Feb 18 19:56:10 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 18 Feb 2005 20:56:10 +0100 Subject: JRE for Firefox In-Reply-To: <1108577951.5575.15.camel@serenity.klika.si> References: <1108524608.4539.2.camel@localhost.localdomain> <3542.10.10.10.24.1108528919.squirrel@linux1> <1108568545.4323.2.camel@localhost.localdomain> <4358.10.10.10.24.1108571994.squirrel@linux1> <1108577951.5575.15.camel@serenity.klika.si> Message-ID: <1108756570.3438.29.camel@localhost.localdomain> ons, 16.02.2005 kl. 19.19 skrev Ziga Mahkovec: > On Wed, 2005-02-16 at 11:39 -0500, Sean wrote: > > On Wed, February 16, 2005 10:42 am, Kyrre Ness Sjobak said: > > > But will there be any conflict if you have 2 JRE's - Sun's and gcj? Or > > > are gcj just there for "fedora supplied" Java desktop apps? > > > > No conflict at all. At this poing gcj doesn't supply a complete JRE or > > integration with Firefox (gcjwebplugin is still being developed). > > Actually, using the java-1.4.2-gcj4-compat package (which is likely to > be installed by default on FC4), gcj will very much look like a complete > JRE. I'm not sure about gcjwebplugin though. > > As it has been pointed out, jpackage.org is the way to go. Using the > alternatives system, you may then easily switch between gcj and Sun's > JRE. You'll also get an RPM to install the Firefox plugin when the > nosrc.rpm is built. A bit offtopic, i know, but having some users knowing beforehand means they can answer people directly face2face or in forums, so the net sum of people "whining" about an issue after fc4 release will be fewer :) How are the SUN JRE (or JDK) installed through jpackage.org? I currently use dag wieers JRE package which works exelent and puts everything where it belongs (not something you can say about sun JRE rpms...) - but what am i supposed to do in fc4? And how is this "jre switching" supposed to be done? Kyrre From kyrre at solution-forge.net Fri Feb 18 20:16:09 2005 From: kyrre at solution-forge.net (Kyrre Ness Sjobak) Date: Fri, 18 Feb 2005 21:16:09 +0100 Subject: Java and any kernel post 1063_FC4 In-Reply-To: References: <1107908189.5952.3.camel@localhost.localdomain> <1108246328.5332.28.camel@localhost.localdomain> Message-ID: <1108757768.3438.47.camel@localhost.localdomain> tir, 15.02.2005 kl. 07.34 skrev Wes Shull: > Ok, following up on this, I dropped in a new video card this weekend > (generic Radeon 7000), and my system crashes have gone away. So the > video card was indeed the culprit, must have been locking the PCI bus > or something. > > Now I can leave mplayer looping overnight or run folding at home without > any problems. However... > > With the latest rawhide kernels, I still can't run azureus for very > long. Not a crash, but the OOM killer seems to take it (and other > things) out abnormally early. The thing is, it happens in situations > where, near as I can tell, I'm not that low on memory. I do have only > 256 MB RAM, and the kernel slab debug is using a lot of memory as I > documented in an earlier post to fedora-devel-list, but it seems like > the swap (and I've got 512 MB of it) has hardly been touched when this > happens. I am running with vm.swappiness=0, but that's supposed to > just keep it from swapping until it *has* to, not stop swapping > altogether (and it isn't). > > Actually, I just had the OOM killer take out firefox while I was > bugzilla'ing something else :( Here's what it has to say for itself. > This is under kernel-2.6.10-1.1141_FC4(.i686): > > http://kuoi.asui.uidaho.edu/~wes/oom-sucks.txt Yeah, the OOM is "a bit" rash and stupid. I had a pc which i sent a 25 pages pdf (or was it ps) document to the printer - which was controlled by gimp-print. Needless to say, the system ran out of its 128 MB's of RAM in about 2 secounds, trashing the harddrive for about 10 minutes, killing off about *everything* (including gnome dock etc.) - *EXEPT* the wild goose gs (ghostscrip) prosess eating 100 MB's of RAM and 500 MB's of swap. I eventually resorted to the power-cutting method of killing the process... When speaking of videocards and instability - i had a Vodoo PCI card which had the bad habbit of suddenly resetting itself without warning. I cant forget the first time it happened - i was showing some techy Linux for about the first time. I was really, really impressed, and i was just coming around to "stability". Then it happened. The monitor (i have 10 kg's of glass and vacum sitting on my desktop, its a shame the vacum dosn't lift the monitor more...) made a *click*, and went to black with rolling stripes on the screen. I thing about the only open app was evolution... The pc didn't actually *crash* - it just locked up the PCI bus or something. At least it seemed like it was probing for HW all the time - the floppy/cdrom blinked (just as it does when inserting a usb mass storage device, and hotplug loads the mass storage driver) constantly - and the switch told a tale of loosing the network connection every 10 secounds... Anyway, i was able to ssh in, and restart the machine. this was during fc1, i.e. the Linux 2.4 days. Kyrre From balay at fastmail.fm Fri Feb 18 20:22:27 2005 From: balay at fastmail.fm (Satish Balay) Date: Fri, 18 Feb 2005 14:22:27 -0600 (CST) Subject: how to disable debugging in rawhide-kernel In-Reply-To: References: Message-ID: On Fri, 18 Feb 2005, Wes Shull wrote: > Taking a quick gander through my /boot/config-2.6.10-1.1143_FC4... Thanks for the pointer. I was earlier looking for difference in patches in the spec file. Looking at the diffs in config with 766_FC3 [latest FC3 update] & 1143 - I see the following: CONFIG_DEBUG_SLAB=y CONFIG_DEBUG_BUGVERBOSE=y CONFIG_DEBUG_PAGEALLOC=y I'll disable these - and see if it makes a difference. The others in your list are: CONFIG_DEBUG_KERNEL=y CONFIG_DEBUG_HIGHMEM=y CONFIG_DEBUG_SPINLOCK=y CONFIG_DEBUG_SPINLOCK_SLEEP=y CONFIG_DEBUG_INFO=y CONFIG_DEBUG_STACKOVERFLOW=y CONFIG_DEBUG_STACK_USAGE=y CONFIG_DEBUG_PAGEALLOC=y CONFIG_MAGIC_SYSRQ=y CONFIG_EARLY_PRINTK=y CONFIG_KPROBES=y CONFIG_4KSTACKS=y I guess I should try disabling some of these as well. Satish From barryn at pobox.com Fri Feb 18 20:57:20 2005 From: barryn at pobox.com (Barry K. Nathan) Date: Fri, 18 Feb 2005 12:57:20 -0800 Subject: Aren't DEBUG_PAGEALLOC and DEBUG_SLAB incompatible? (was Re: how to disable debugging in rawhide-kernel) In-Reply-To: References: Message-ID: <20050218205720.GB30910@ip68-4-98-123.oc.oc.cox.net> On Fri, Feb 18, 2005 at 02:22:27PM -0600, Satish Balay wrote: > Thanks for the pointer. I was earlier looking for difference in > patches in the spec file. > > Looking at the diffs in config with 766_FC3 [latest FC3 update] & 1143 > - I see the following: > > CONFIG_DEBUG_SLAB=y > CONFIG_DEBUG_BUGVERBOSE=y > CONFIG_DEBUG_PAGEALLOC=y Uhhh... Aren't CONFIG_DEBUG_SLAB and CONFIG_DEBUG_PAGEALLOC incompatible with each other? At least, that's what I was told by none other than Dave Jones himself (RH Bugzilla #144324, comment #15). That reminds me, I have one FC3 system here running rawhide kernels, and it keeps oopsing once every couple of days. Unfortunately I haven't had a chance to set up a serial console on it again (I'll do that later today), but I wonder if the combination of DEBUG_SLAB and DEBUG_PAGEALLOC is why it's oopsing... -Barry K. Nathan From balay at fastmail.fm Fri Feb 18 21:47:27 2005 From: balay at fastmail.fm (Satish Balay) Date: Fri, 18 Feb 2005 15:47:27 -0600 (CST) Subject: Aren't DEBUG_PAGEALLOC and DEBUG_SLAB incompatible? (was Re: how to disable debugging in rawhide-kernel) In-Reply-To: <20050218205720.GB30910@ip68-4-98-123.oc.oc.cox.net> References: <20050218205720.GB30910@ip68-4-98-123.oc.oc.cox.net> Message-ID: On Fri, 18 Feb 2005, Barry K. Nathan wrote: > > Uhhh... Aren't CONFIG_DEBUG_SLAB and CONFIG_DEBUG_PAGEALLOC incompatible > with each other? At least, that's what I was told by none other than > Dave Jones himself (RH Bugzilla #144324, comment #15). Chagelog has the following entry: * Sun Jan 23 2005 Dave Jones - Updated periodic slab debug check from Manfred. - Enable PAGE_ALLOC debugging again, it should now be fixed. - 2.6.11-rc2-bk1 Satish From pri.rhl3 at iadonisi.to Sat Feb 19 05:43:58 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Sat, 19 Feb 2005 00:43:58 -0500 Subject: cyrus-imapd won't rebuild on x86_64 Message-ID: <1108791838.32222.14.camel@md.local.linuxlobbyist.org> Trying to rebuild rawhide cyrus-imapd (2.2.10-11.2.fc4) src rpm on x86_64 FC3 box and I'm getting this: =-=-=-= md:iadonisi:526) rpmbuild --rebuild /data/va/data/fedora-3+/SRPMS/SRPMS/cyrus-imapd-2.2.10-3.fc3.src.rpm Installing /data/va/data/fedora-3+/SRPMS/SRPMS/cyrus-imapd-2.2.10-3.fc3.src.rpm Executing(%prep): /bin/sh -e /home/iadonisi/rpmbuild/tmp/rpm-tmp.47173 + umask 022 + cd /home/iadonisi/rpmbuild/BUILD + cd /home/iadonisi/rpmbuild/BUILD + rm -rf cyrus-imapd-2.2.10 + /usr/bin/gzip -dc /home/iadonisi/rpmbuild/cyrus-imapd-2.2.10/cyrus-imapd-2.2.10.tar.gz + tar -xf - + STATUS=0 + '[' 0 -ne 0 ']' + cd cyrus-imapd-2.2.10 ++ /usr/bin/id -u + '[' 500 = 0 ']' ++ /usr/bin/id -u + '[' 500 = 0 ']' + /bin/chmod -Rf a+rX,u+w,g-w,o-w . [snipage] + ./configure --host=x86_64-redhat-linux-gnu --build=x86_64-redhat-linux-gnu --target=x86_64-redhat-linux --program-prefix= --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/libexec --localstatedir=/var --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --enable-netscapehack --enable-listext --enable-murder --enable-nntp --without-snmp --with-perl=/usr/bin/perl --with-cyrus-prefix=/usr/lib64/cyrus-imapd --with-service-path=/usr/lib64/cyrus-imapd --with-auth=unix --with-bdb-incdir=/usr/include/db4 --with-extraident=Invoca-RPM-2.2.10-3.fc3 --with-syslogfacility=MAIL checking build system type... Invalid configuration `x86_64-redhat-linux-gnu': machine `x86_64-redhat' not recognized configure: error: /bin/sh ./config.sub x86_64-redhat-linux-gnu failed error: Bad exit status from /home/iadonisi/rpmbuild/tmp/rpm-tmp.47173 (%build) RPM build errors: Bad exit status from /home/iadonisi/rpmbuild/tmp/rpm-tmp.47173 (%build) -=-=-=-= I get the same result with the FC3-updates version (2.2.10-3.fc3). I also have a chroot with Nahant (RHEL4 beta 2) and get the same results there with cyrus-imapd-2.2.10-1.RHEL4.1.src.rpm from the RHEL4 released sources. Methinks there is a rogue macro set somewhere on the Red Hat-internal build machine(s) that's not in redhat-rpm-config (which I do have installed, btw). Anyone know what macro I need set/change to get this build? Bugzilla: https://bugzilla.redhat.com/beta/show_bug.cgi?id=149140 -- -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 herrold at owlriver.com Sat Feb 19 06:02:53 2005 From: herrold at owlriver.com (R P Herrold) Date: Sat, 19 Feb 2005 01:02:53 -0500 (EST) Subject: fedora-t] cyrus-imapd won't rebuild on x86_64 In-Reply-To: <1108791838.32222.14.camel@md.local.linuxlobbyist.org> References: <1108791838.32222.14.camel@md.local.linuxlobbyist.org> Message-ID: On Sat, 19 Feb 2005, Paul Iadonisi wrote: > Trying to rebuild rawhide cyrus-imapd (2.2.10-11.2.fc4) src rpm on > x86_64 FC3 box and I'm getting this: > Methinks there is a rogue macro set somewhere on the Red Hat-internal > build machine(s) that's not in redhat-rpm-config (which I do have > installed, btw). Anyone know what macro I need set/change to get this > build? > > Bugzilla: https://bugzilla.redhat.com/beta/show_bug.cgi?id=149140 Hi, Paul In your build chroot, is there any output from: rpm -qa | grep rpmdb (that is, is a package like: redhat-rpmdb installed?) -- As I recall, there is some Distribution tag information derived from a file in that package. -- Russ Herrold From pri.rhl3 at iadonisi.to Sat Feb 19 06:17:49 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Sat, 19 Feb 2005 01:17:49 -0500 Subject: fedora-t] cyrus-imapd won't rebuild on x86_64 In-Reply-To: References: <1108791838.32222.14.camel@md.local.linuxlobbyist.org> Message-ID: <1108793869.32222.19.camel@md.local.linuxlobbyist.org> On Sat, 2005-02-19 at 01:02 -0500, R P Herrold wrote: > Hi, Paul > > In your build chroot, is there any output from: > rpm -qa | grep rpmdb Yup: md:root:521)# rpm -q rpmdb-redhat rpmdb-redhat-3.95-0.20041027 Same goes for my FC3 x86_64 installation: md:iadonisi:496) rpm -q rpmdb-fedora rpmdb-fedora-3-0.20041103 > (that is, is a package like: redhat-rpmdb installed?) -- As I > recall, there is some Distribution tag information derived > from a file in that package. I thought that was only used for the --redhat-provides option to rpm and for the 'suggested resolutions' functionality of rpm. Are you sure you're not referring to redhat-rpm-config? Because I have that installed as well. -- -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 herrold at owlriver.com Sat Feb 19 06:20:11 2005 From: herrold at owlriver.com (R P Herrold) Date: Sat, 19 Feb 2005 01:20:11 -0500 (EST) Subject: fedora-t] cyrus-imapd won't rebuild on x86_64 In-Reply-To: <1108793869.32222.19.camel@md.local.linuxlobbyist.org> References: <1108791838.32222.14.camel@md.local.linuxlobbyist.org> <1108793869.32222.19.camel@md.local.linuxlobbyist.org> Message-ID: On Sat, 19 Feb 2005, Paul Iadonisi wrote: > I thought that was only used for the --redhat-provides option to rpm > and for the 'suggested resolutions' functionality of rpm. Are you sure > you're not referring to redhat-rpm-config? Because I have that > installed as well. You are right, of course, as to redhat-rpm-config; stale memories. I'll dink on it a bit. -- Russ From jdennis at redhat.com Sat Feb 19 07:12:38 2005 From: jdennis at redhat.com (John Dennis) Date: Sat, 19 Feb 2005 02:12:38 -0500 Subject: cyrus-imapd won't rebuild on x86_64 In-Reply-To: <1108791838.32222.14.camel@md.local.linuxlobbyist.org> Message-ID: I would think it has to be a macro on our build machines, the spec file invokes %{configure}, and it successully builds on x86_64, I just checked. I'm guessing its a different definition of %{configure} between our build machines and yours. At the moment I can't tell you what that difference might be. -- John Dennis From barryn at pobox.com Sat Feb 19 07:36:27 2005 From: barryn at pobox.com (Barry K. Nathan) Date: Fri, 18 Feb 2005 23:36:27 -0800 Subject: Aren't DEBUG_PAGEALLOC and DEBUG_SLAB incompatible? (was Re: how to disable debugging in rawhide-kernel) In-Reply-To: References: <20050218205720.GB30910@ip68-4-98-123.oc.oc.cox.net> Message-ID: <20050219073626.GC30910@ip68-4-98-123.oc.oc.cox.net> On Fri, Feb 18, 2005 at 03:47:27PM -0600, Satish Balay wrote: > Chagelog has the following entry: > > * Sun Jan 23 2005 Dave Jones > > - Updated periodic slab debug check from Manfred. > - Enable PAGE_ALLOC debugging again, it should now be fixed. > - 2.6.11-rc2-bk1 Doh! Thanks for setting me straight. (I was sleep-deprived and in a hurry, so I forgot to check the changelog.) -Barry K. Nathan From shrek-m at gmx.de Sat Feb 19 17:38:14 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sat, 19 Feb 2005 18:38:14 +0100 Subject: ImportError - rpm_execcon - ppc In-Reply-To: <4216294F.7060302@gmx.de> References: <4216294F.7060302@gmx.de> Message-ID: <42177986.4050708@gmx.de> shrek-m at gmx.de wrote: > after ~100 rawhide updates from the development-channel i had problems > with rpm/up2date/yum/rhn-applet. > > at least rpm works again after updating from 4.3.x -> 4.4.x in rescue > mode. > how could i solve the last problem: "ImportError rpm_execcon" libselinux* was not uptodate and yum was ok after updating libxml* $ wget -c ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc/Fedora/RPMS/libselin*.ppc.rpm $ wget -c ftp://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc/Fedora/RPMS/libxml*.ppc.rpm # rpm -qa libselinux* libxml* libxml2-2.6.17-1 libxml-1.8.17-13 libselinux-1.21.10-1 libselinux-devel-1.21.10-1 libxml-devel-1.8.17-13 libxml2-devel-2.6.17-1 libxml2-python-2.6.17-1 and i could update the next >500 packages. rhn-applet, up2date would need more uptodate packages errors: rhpl.*, rpclib, etc. -- shrek-m From selinux at gmail.com Sat Feb 19 18:14:19 2005 From: selinux at gmail.com (Tom London) Date: Sat, 19 Feb 2005 10:14:19 -0800 Subject: gaim-1.1.3-1 aborts.... Message-ID: <4c4ba15305021910142eeb5b64@mail.gmail.com> Running latest rawhide: gaim-1.1.3-1 aborts on startup: [tbl at tlondon Downloads]$ gaim Gaim has segfaulted and attempted to dump a core file. This is a bug in the software and has happened through no fault of your own. It is possible that this bug is already fixed in CVS. If you can reproduce the crash, please notify the gaim maintainers by reporting a bug at http://gaim.sourceforge.net/bug.php Please make sure to specify what you were doing at the time, and post the backtrace from the core file. If you do not know how to get the backtrace, please get instructions at http://gaim.sourceforge.net/gdb.php. If you need further assistance, please IM either RobFlynn or SeanEgn and they can help you. Aborted Any ideas if this is an upstream or fedora problem? tom -- Tom London From jerryw4386 at msn.com Sat Feb 19 23:28:04 2005 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Sat, 19 Feb 2005 15:28:04 -0800 Subject: Screen savers Message-ID: Hi my screen savers will not work like they should some not all. i am using Fedora core 3 and Fedora core 3 test 3 I have XP2200 chip set to 266 mhz and 256 mb of 2700/333 mhz ram set to 333 mhz I have a video card with 16 mb of ram. the cpu and video card has worked with the screen savers before i did a mother board change to an asus a7v8x-x. and did a fresh install and up2date on the Fedora core 3 on the Fedora core 3 test 3 was a pick the rpm i wanted to use on it. When it is set to come on the screen just goes black it does not go to the sleep mode .namely the ones in the [ open gl or if it has a lot of movement to it ] but if it comes on set in random they seem to work right or if i put them on the test mode they work but use a lot of my cpu power up to about 60% is this because i only have 256mb of ram ? i had 512 mb of pc 2100/266 mhz ram before. Am not sure what is going on here. Any help would be welcomed. Thanks _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today - it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ From pri.rhl3 at iadonisi.to Sun Feb 20 03:35:15 2005 From: pri.rhl3 at iadonisi.to (Paul Iadonisi) Date: Sat, 19 Feb 2005 22:35:15 -0500 Subject: cyrus-imapd won't rebuild on x86_64 In-Reply-To: References: Message-ID: <1108870515.13727.1.camel@md.local.linuxlobbyist.org> On Sat, 2005-02-19 at 02:12 -0500, John Dennis wrote: > I would think it has to be a macro on our build machines, the spec file > invokes %{configure}, and it successully builds on x86_64, I just checked. > I'm guessing its a different definition of %{configure} between our build > machines and yours. At the moment I can't tell you what that difference > might be. Argh! I found the problem. I blame Mike Harris whose ~/.rpmrc and ~/.rpmmacros files I'm using ;-). My fault for having local config files that override the macros search path. I'll close the bug. -- -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 jerryw4386 at msn.com Sun Feb 20 03:47:06 2005 From: jerryw4386 at msn.com (JERRY WHITMIRE) Date: Sat, 19 Feb 2005 19:47:06 -0800 Subject: Update on screen savers Message-ID: I was going to tell witch ones that would not work but it is better to tell you witch ones that do work and that is in banners & pictures [banners & slideshow] are the only ones that works. In desktop distortions [ science] is the only one that works. in flying things [lines work and tux works in a small screen in the upper left conner ] whirlwind warpx has 99% cpu usage. in fractals none works in gadgets & simulations [ xflames 99% cpu usage] none work illusions of depth none works in miscellaneous none works in open gl none works rapid motions none works. visit to flatlands { apple 2 99% cpu usage} pong 99% cpu usage. set it to random the screen savers work like they should. Only [four] out of all of them not very good with my computer at all . this is with Fedora core 3 and it is up2date. And i do like noof the best . This is why i need some advice. THANKS AGAIN _________________________________________________________________ Is your PC infected? Get a FREE online computer virus scan from McAfee? Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 From P.R.Schaffner at IEEE.org Sun Feb 20 12:07:35 2005 From: P.R.Schaffner at IEEE.org (Phil Schaffner) Date: Sun, 20 Feb 2005 07:07:35 -0500 Subject: cups upgrades In-Reply-To: <4214802A.5090603@virgilio.it> References: <20050209125030.GA24487@nsk.no-ip.org> <42145049.7070109@virgilio.it> <20050217104608.GZ10885@redhat.com> <4214802A.5090603@virgilio.it> Message-ID: <1108901255.5680.4.camel@tabb1.tabb> On Thu, 2005-02-17 at 12:29 +0100, antonio montagnani wrote: > This is a stupid question, but I am missing something... > How do you create a raw queue??? Through the CUPS web interface: http://localhost:631/printers "Add Printer", choose "Raw" for "Model/Driver for " Phil From jspaleta at gmail.com Sun Feb 20 23:38:28 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 20 Feb 2005 18:38:28 -0500 Subject: Development tree packages that look older than fc3+updates Message-ID: <604aa7910502201538516b9462@mail.gmail.com> I currently have an i386 rawhide 'workstation' install... and for kicks i enabled the fc3 updates and fc3 base repos on that box( both yum and up2date) just to see if any packages from the fc3 repos looked 'newer' than the development tree. I found 16 rawhide packages as of today that look 'older' than their fc3 versions. This is just an FYI to anyone looking to upgrade from fc3 to rawhide(of fc4t1 when available) using yum or up2date or cli rpm (I don't know about if anaconda is affected). Someone probably needs to do a full rawhide install and try this again to get a full list of affected packages. Ideally we would want all the rawhide packages to look 'newer' than the fc3 version. Can this be addressed before fc4t1 is excreted? Affected packages as of feb 20 2005: Omni Omni-foomatic dhcpv6_client fedora-release (this might be due to a change back to noarch) gamin gamin-devel gamin-python (this one is a little touchy becuase of the switch to py2.4 in rawhide) hal-cups-utils iiimf-gnome-im-switcher iiimf-libs iiimf-libs-devel libpng libpng-devel libpng10 libpng10-devel sysklogd I'm also looking for a 'clever' way to test for this situation in general, 'clever' meaning not having to do a full rawhide install to do this sort of comparison. Anyone got any ideas? -jef From lynn at garlic.com Mon Feb 21 02:54:37 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Sun, 20 Feb 2005 19:54:37 -0700 Subject: kernel-smp-2.6.10-1.766_FC3 dies during boot, unable to read superblock on ext3 (boot) filesystem In-Reply-To: <20050116170016.7CFAA738F8@hormel.redhat.com> References: <20050116170016.7CFAA738F8@hormel.redhat.com> Message-ID: <42194D6D.9050602@garlic.com> I built a brand new FC3 smp kernel system using 681 on a system that had two SATA drives. I configured with logical volume support with boot filesystem mirrored/replicated and configured striped for all the other filesystems. All of the kernels since 681 have failed during boot with error message saying unable to read superblock. From philipwyett at dsl.pipex.com Mon Feb 21 06:30:45 2005 From: philipwyett at dsl.pipex.com (Philip Wyett) Date: Mon, 21 Feb 2005 06:30:45 +0000 Subject: kernel-smp-2.6.10-1.766_FC3 dies during boot, unable to read superblock on ext3 (boot) filesystem In-Reply-To: <42194D6D.9050602@garlic.com> References: <20050116170016.7CFAA738F8@hormel.redhat.com> <42194D6D.9050602@garlic.com> Message-ID: <1108967445.5468.4.camel@wyett> On Sun, 2005-02-20 at 19:54 -0700, Anne & Lynn Wheeler wrote: > I built a brand new FC3 smp kernel system using 681 on a system that had > two SATA drives. I configured with logical volume support with boot > filesystem mirrored/replicated and configured striped for all the other > filesystems. All of the kernels since 681 have failed during boot with > error message saying unable to read superblock. > What are the error messages you get at boot time? Regards Phil -- Philip Wyett Personal Email: philipwyett at dsl.pipex.com Work email: pwyett at a-novo.co.uk -------------- 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 nphilipp at redhat.com Mon Feb 21 08:58:00 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 21 Feb 2005 09:58:00 +0100 Subject: Update on screen savers In-Reply-To: References: Message-ID: <1108976280.19681.16.camel@gibraltar.stuttgart.redhat.com> Jerry, this is unfortunately the wrong list for your question, we discuss not- yet-released software here, so you should rather ask on: fedora-list at redhat.com Please try to use a little less complicated sentences though, that makes it better to understand the exact nature of your problem. Thanks, 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 dmccormick at wvmcc.com Mon Feb 21 13:21:19 2005 From: dmccormick at wvmcc.com (David McCormick) Date: Mon, 21 Feb 2005 08:21:19 -0500 Subject: Libraries locations Message-ID: <4219E04F.3030809@wvmcc.com> I am trying to set up a wireless network at home and need to add libiw.so.27 to load several rpms,its required before you can load them. How can i find which library contains it so I can load it? This is with FC-3 I386. It appears to have been loaded automaticaly on my FC-3 X86_64 machine. Thanks Dave From guhvies at gmail.com Mon Feb 21 13:29:11 2005 From: guhvies at gmail.com (ne...) Date: Mon, 21 Feb 2005 08:29:11 -0500 Subject: Libraries locations In-Reply-To: <4219E04F.3030809@wvmcc.com> References: <4219E04F.3030809@wvmcc.com> Message-ID: On Mon, 21 Feb 2005 08:21:19 -0500, David McCormick wrote: [...] Wrong list. Try fedora-list instead. N.Emile... -- Registered Linux User # 125653 (http://counter.li.org) Certified: 75% bastard, 42% of which is tard. http://www.thespark.com/bastardtest Now accepting personal mail for GMail invites. From dcbw at redhat.com Mon Feb 21 14:40:08 2005 From: dcbw at redhat.com (Dan Williams) Date: Mon, 21 Feb 2005 09:40:08 -0500 (EST) Subject: Libraries locations In-Reply-To: <4219E04F.3030809@wvmcc.com> References: <4219E04F.3030809@wvmcc.com> Message-ID: On Mon, 21 Feb 2005, David McCormick wrote: > I am trying to set up a wireless network at home and need to add > libiw.so.27 to load several rpms,its required before you can load them. > How can i find which library contains it so I can load it? This is with > FC-3 I386. It appears to have been loaded automaticaly on my FC-3 > X86_64 machine. > > Thanks Dave Dave, In any case, you're looking for the "wireless-tools" package. Dan From darren at dzr-web.com Mon Feb 21 14:57:31 2005 From: darren at dzr-web.com (D. D. Brierton) Date: Mon, 21 Feb 2005 14:57:31 +0000 Subject: Evolution 2.0.4 updates for FC3? Message-ID: <1108997851.5891.70.camel@excession.dzr> Evolution 2.0.4, a bugfix release, has been released: http://codeblogs.ximian.com/blogs/evolution/archives/000449.html Will we get this for FC3? (We didn't get 2.0.3.) Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From ivazquez at ivazquez.net Mon Feb 21 15:12:02 2005 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Mon, 21 Feb 2005 10:12:02 -0500 Subject: Evolution 2.0.4 updates for FC3? In-Reply-To: <1108997851.5891.70.camel@excession.dzr> References: <1108997851.5891.70.camel@excession.dzr> Message-ID: <1108998722.8733.0.camel@localhost.localdomain> On Mon, 2005-02-21 at 14:57 +0000, D. D. Brierton wrote: > Evolution 2.0.4, a bugfix release, has been released: > > http://codeblogs.ximian.com/blogs/evolution/archives/000449.html > > Will we get this for FC3? (We didn't get 2.0.3.) Put an update request in Bugzilla. -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ -------------- 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 katzj at redhat.com Mon Feb 21 18:15:41 2005 From: katzj at redhat.com (Jeremy Katz) Date: Mon, 21 Feb 2005 13:15:41 -0500 Subject: Fedora Core 3 Test Update: yum-2.2.0-0.fc3 Message-ID: <1109009742.8324.84.camel@bree.local.net> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-104 2005-02-21 --------------------------------------------------------------------- Product : Fedora Core 3 Name : yum Version : 2.2.0 Release : 0.fc3 Summary : RPM installer/updater Description : Yum is a utility that can check for and automatically download and install updated RPM packages. Dependencies are obtained and downloaded automatically prompting the user as necessary. --------------------------------------------------------------------- Update Information: New yum release fixes multiple small bugs. Changes include: * Improved output formatting * Display amount of data to be downloaded * Enable regets * Add automatic gpg key retrieval. See 'gpgkey' in yum.conf(5) * Improved handling of mirror lists for disabled repositories * Miscellaneous speedups * Man page fixes * Fixes for usage behind proxies * Multilib bugfixes --------------------------------------------------------------------- * Mon Feb 21 2005 Jeremy Katz - 2.2.0-0.fc3 - update to 2.2.0 * Tue Feb 1 2005 Jeremy Katz - 2.1.13-0.fc3 - update to 2.1.13 * Wed Dec 8 2004 Jeremy Katz - 2.1.12-0.fc3 - rebuild for fc3 update without the python2.4 hack * Mon Nov 29 2004 Jeremy Katz - 2.1.12-1 - update to 2.1.12 - add hack from jbj to workaround python 2.4 urllib breakage (#138535) * Mon Nov 8 2004 Jeremy Katz - 2.1.11-4 - rebuild for python 2.4 * Sun Oct 31 2004 Bill Nottingham - 2.1.11-3 - fix multilib update patch to allow installing noarch (#135396, continued) * Fri Oct 29 2004 Jeremy Katz - 2.1.11-2 - add patch to fix multilib updates on ia32e (#135396) * Thu Oct 28 2004 Jeremy Katz - 2.1.11-1 - update to 2.1.11 - fix config file error handling - better handling of empty lines/comments in mirror lists - improve some error messages * Sun Oct 24 2004 Jeremy Katz - 2.1.10-3.1 - make the cron job executable (#136764) * Thu Oct 21 2004 Jeremy Katz - 2.1.10-3 - actually remove the repositories * Wed Oct 20 2004 Jeremy Katz - 2.1.10-2 - remove repositories from being explicitly listed in yum.conf, .repo files will be included in the fedora-release package * Tue Oct 19 2004 Jeremy Katz - 2.1.10-1 - update to 2.1.10 * updated man pages * make more resilient to broken groups file * fix urlgrabber failure callback (#136178) * Mon Oct 18 2004 Jeremy Katz - 2.1.9-1 - 2.1.9 includes the path fix * Mon Oct 18 2004 Jeremy Katz - 2.1.8-2 - fix path in /usr/bin/yum - turn on gpgchecking by default * Mon Oct 18 2004 Bill Nottingham - 2.1.8-1 - 2.1.8, fixes #135735, #135998, #135775 * Wed Oct 13 2004 Jeremy Katz - 2.1.7-2 - add yum-arch * Wed Oct 13 2004 Jeremy Katz - 2.1.7-1 - 2.1.7 - use mirror list by default * Wed Oct 6 2004 Bill Nottingham - 2.1.6-1 - 2.1.6 * Mon Oct 4 2004 Jeremy Katz - 2.1.5-1 - 2.1.5 - turn on obsoletes=1 by default in yum.conf * Wed Sep 29 2004 Bill Nottingham - 2.1.4-1 - 2.1.4 * Fri Sep 3 2004 Bill Nottingham - 2.1.3-1 - 2.1.3 * Thu Sep 2 2004 Jeremy Katz - 2.1.2-1 - 2.1.2 * Wed Sep 1 2004 Jeremy Katz - 2.1.1-1 - 2.1.1 * Tue Aug 31 2004 Jeremy Katz - 2.1.0-1 - update to 2.1.0 * Wed Jul 7 2004 Elliot Lee 2.0.7-3 - Back to rawhide * Tue Jun 15 2004 Elliot Lee - rebuilt * Tue May 11 2004 Elliot Lee 2.0.7-1.1 - Update config again * Fri May 7 2004 Jeremy Katz 2.0.7-1 - update to 2.0.7 - change config to point to final FC2 locations * Fri Apr 16 2004 Jeremy Katz - 2.0.7-0.20040416 - new snap * Sat Apr 3 2004 Jeremy Katz 2.0.7-0.20040403 - new snap, should fix yum -e name.arch * Wed Mar 17 2004 Jeremy Katz 2.0.6-1 - update to 2.0.6 * Wed Mar 10 2004 Jeremy Katz 2.0.5.20040310-1 - update to today's snap * Wed Mar 3 2004 Jeremy Katz 2.0.5.20040303-1 - today's snap * Tue Mar 2 2004 Jeremy Katz - 2.0.5.20040229-1 - update again per seth's request * Thu Feb 26 2004 Florian La Roche - mv /etc/init.d -> /etc/rc.d/init.d * Tue Feb 24 2004 Jeremy Katz - 2.0.5.20040224-1 - newer * Mon Feb 23 2004 Jeremy Katz - 2.0.5.20040223-1 - update to current snapshot per skvidal's request - add retries=20 to yum.conf * Fri Feb 13 2004 Elliot Lee - rebuilt * Fri Jan 23 2004 Bill Nottingham 2.0.4.20040103-1 - update to current snapshot - fix config for FC2 test 1 * Tue Dec 23 2003 Jeff Johnson 2.0.4-5 - build yum daily snapshot for amd64 fix. * Wed Nov 12 2003 Bill Nottingham 2.0.4-4 - patch for excluding dirs in yum-arch from CVS * Thu Nov 6 2003 Jeremy Katz 2.0.4-3 - patch to work with python 2.3 from Seth * Wed Oct 29 2003 Elliot Lee 2.0.4-2 - Stick in a new yum.conf for FC1. * Mon Oct 20 2003 Florian La Roche - new upstream release 2.0.4 * Tue Sep 16 2003 Jeff Johnson 2.0.3-1 - update to 2.0.3 - drop yum-init patch, merged into 2.0.3. - change rpm version requirement to 4.1.1. * Thu Jul 24 2003 Florian La Roche - change init script to more current RHL style * Wed Jul 23 2003 Nalin Dahyabhai - require libxml2-python, because yum does * Thu Jul 17 2003 Jeff Johnson 2.0-1 - update to 2.0. * Thu May 22 2003 Jeff Johnson 1.98-0.20030522 - update to snapshot. * Mon May 12 2003 Jeff Johnson 1.98-0.20030512 - create. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 5f6150dacc8aceec48fad65294dc6855 SRPMS/yum-2.2.0-0.fc3.src.rpm 7d27b8dd9c6be77d956ce65d19522a6a x86_64/yum-2.2.0-0.fc3.noarch.rpm 7d27b8dd9c6be77d956ce65d19522a6a i386/yum-2.2.0-0.fc3.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From jlaska at redhat.com Mon Feb 21 18:40:44 2005 From: jlaska at redhat.com (James Laska) Date: Mon, 21 Feb 2005 13:40:44 -0500 Subject: gaim-1.1.3-1 aborts.... In-Reply-To: <4c4ba15305021910142eeb5b64@mail.gmail.com> References: <4c4ba15305021910142eeb5b64@mail.gmail.com> Message-ID: <1109011244.4163.25.camel@localhost.localdomain> Looks like this issue is being tracked in: https://bugzilla.redhat.com/beta/show_bug.cgi?id=149190 Thanks, James Laska On Sat, 2005-02-19 at 10:14 -0800, Tom London wrote: >Running latest rawhide: > >gaim-1.1.3-1 aborts on startup: >[tbl at tlondon Downloads]$ gaim >Gaim has segfaulted and attempted to dump a core file. >This is a bug in the software and has happened through >no fault of your own. > >It is possible that this bug is already fixed in CVS. >If you can reproduce the crash, please notify the gaim >maintainers by reporting a bug at >http://gaim.sourceforge.net/bug.php > >Please make sure to specify what you were doing at the time, >and post the backtrace from the core file. If you do not know >how to get the backtrace, please get instructions at >http://gaim.sourceforge.net/gdb.php. If you need further >assistance, please IM either RobFlynn or SeanEgn and >they can help you. >Aborted > >Any ideas if this is an upstream or fedora problem? > >tom > >-- >Tom London > From byte at aeon.com.my Mon Feb 21 21:19:05 2005 From: byte at aeon.com.my (Colin Charles) Date: Tue, 22 Feb 2005 05:19:05 +0800 Subject: Evolution 2.0.4 updates for FC3? In-Reply-To: <1108998722.8733.0.camel@localhost.localdomain> References: <1108997851.5891.70.camel@excession.dzr> <1108998722.8733.0.camel@localhost.localdomain> Message-ID: <1109020745.5711.92.camel@localhost.localdomain> On Mon, 2005-02-21 at 10:12 -0500, Ignacio Vazquez-Abrams wrote: > > Evolution 2.0.4, a bugfix release, has been released: > > > > http://codeblogs.ximian.com/blogs/evolution/archives/000449.html > > > > Will we get this for FC3? (We didn't get 2.0.3.) > > Put an update request in Bugzilla. I hear this is on dmalcolm's plate for the day - 2.0.4 that is. So hang in there, I guess -- 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 lynn at garlic.com Tue Feb 22 00:07:28 2005 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Mon, 21 Feb 2005 17:07:28 -0700 Subject: unable to read superblock In-Reply-To: <20050221170022.7063E7378B@hormel.redhat.com> References: <20050221170022.7063E7378B@hormel.redhat.com> Message-ID: <421A77C0.8010704@garlic.com> On Mon, 2005-02-21 at 06:30:45 +0000, Philip Wyett wrote: > On Sun, 2005-02-20 at 19:54 -0700, Anne & Lynn Wheeler wrote: > >>I built a brand new FC3 smp kernel system using 681 on a system that had >>two SATA drives. I configured with logical volume support with boot >>filesystem mirrored/replicated and configured striped for all the other >>filesystems. All of the kernels since 681 have failed during boot with >>error message saying unable to read superblock. >> > > > What are the error messages you get at boot time? right after Nash version starting: EXT3-fs: unable to read superblock mount: error 22 mounting ext3 mount: error 2 mounting none switchroot: mount failed: 22 umount /initrd/dev failed: 2 Kernel panic -- not syncing, attempted to kill init! ... at this point machine hangs ... no buttons work and I have to unplug/plug machine power cord and then power on. From fct-cornette at insight.rr.com Tue Feb 22 00:51:07 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 21 Feb 2005 19:51:07 -0500 Subject: Pecular reactions with Rawhide installation Message-ID: <421A81FB.2060604@insight.rr.com> Using an updated rawhide upgrade. I have noticed a few pecular items with the operation of the system. The system seems to slow down to a snails pace at times and may be unresponsive. The processor seems to be overburdoned at times and allows my usual 45 degree temperature for the processor to escelate to higher than usual temperatures. Today, the temperature got to 80 C and the system shut itself off. I run acpi. Selinux from the upgrade to FC3 to rawhide from Feb 13th mix left the logs stagnated and inaccessable for days past the installation. Using touch /.autorelabel got the logs working again. Later, experimenting to use the strict policy (vs. targeted) and relabeling the system would not allow me to start x from runlevel 3. I could launch X if setenforce 0 was run before running the startx script. selinux-policy-targeted-1.21.14-1 policycoreutils-1.21.18-1 checkpolicy-1.21.4-1 selinux-policy-strict-1.21.14-1 General preferences, I like the Apps, places and desktop divisions within the menu structure. It just might be good to not add/remove and juggle the menu structures around as frequently. Hopefully the reorganizing settles down to more subtle structure changes. Also, there seems to be a problem with icon registration for certain apps within the menus. gnucash and KDE items do not show up on the menu. If you add the program to the panel launcher, it errors out as having no icon. If you check the properties, the icons are there. When the item was checked for a second time, there is no icon selected in the properties for the item. The largest pecularity is a white flash when starting X from runlevel 3. The screen is completely white for an instant, then the loading of GNOME continues with its normal sequence. Overall, GNOME seems to be slower than it was for FC3. KDE was very slow after launching mozilla. KDE seemed pretty stripped down from previous usage of the windows manager for short periods. Is anyone else experiencing similar issues with current rawhide? Jim -- Politics and the fate of mankind are formed by men without ideals and without greatness. Those who have greatness within them do not go in for politics. -- Albert Camus From ellson at research.att.com Tue Feb 22 05:02:58 2005 From: ellson at research.att.com (John Ellson) Date: Tue, 22 Feb 2005 00:02:58 -0500 Subject: Pecular reactions with Rawhide installation In-Reply-To: <421A81FB.2060604@insight.rr.com> References: <421A81FB.2060604@insight.rr.com> Message-ID: <421ABD02.9050708@research.att.com> Jim Cornette wrote: > Using an updated rawhide upgrade. I have noticed a few pecular items > with the operation of the system. > > The system seems to slow down to a snails pace at times and may be > unresponsive. The processor seems to be overburdoned at times and > allows my usual 45 degree temperature for the processor to escelate to > higher than usual temperatures. Today, the temperature got to 80 C and > the system shut itself off. I run acpi. CPU temp seems like a good indicator that some process has gotten stuck in a loop and is using 100% cpu. Using top will usually show the culprit. Last time that was happenning to me it was /usr/bin/esd. It is impossible to "rpm -e esound" because everything claims to depend on it, so my solution was to "mv /usr/bin/esd /usr/bin/esd.broken" and reboot. Sound seems to work much better now. John From tjikkun at xs4all.nl Tue Feb 22 16:47:16 2005 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Tue, 22 Feb 2005 17:47:16 +0100 Subject: Somewhat confused over bugreporting on bugzilla Message-ID: <1109090836.3632.4.camel@CC256006-A> Hi, I have problems with gnome-bluetooth-manager: https://bugzilla.redhat.com/beta/show_bug.cgi?id=149215 Now this bug is closed RAWHIDE, but I have the latest rawhide packages. https://bugzilla.redhat.com/beta/page.cgi?id=bug_status.html#resolution says: RAWHIDE The problem describe has been fixed in the latest development release of our product obtainable from our ftp site. So why is the bug closed RAWHIDE? Am I missing something here? Sander From dcbw at redhat.com Tue Feb 22 16:57:03 2005 From: dcbw at redhat.com (Dan Williams) Date: Tue, 22 Feb 2005 11:57:03 -0500 Subject: Somewhat confused over bugreporting on bugzilla In-Reply-To: <1109090836.3632.4.camel@CC256006-A> References: <1109090836.3632.4.camel@CC256006-A> Message-ID: <1109091423.341.14.camel@dcbw.boston.redhat.com> On Tue, 2005-02-22 at 17:47 +0100, Sander Hoentjen wrote: > Hi, > > I have problems with gnome-bluetooth-manager: > https://bugzilla.redhat.com/beta/show_bug.cgi?id=149215 > > Now this bug is closed RAWHIDE, but I have the latest rawhide packages. > > https://bugzilla.redhat.com/beta/page.cgi?id=bug_status.html#resolution > says: > RAWHIDE > The problem describe has been fixed in the latest development > release of our product obtainable from our ftp site. > > So why is the bug closed RAWHIDE? Am I missing something here? If I fix a package, build the fix, and close a bug as RAWHIDE, it may still take until tomorrow or a bit later for the package actually show up in the official Rawhide server. Mirrors don't sync in real-time, and the "official" server doesn't get packages in real-time either. It can take anywhere from 1 - 3 days for any specific mirror to get any specific package after its been built. Dan From tjikkun at xs4all.nl Tue Feb 22 19:03:18 2005 From: tjikkun at xs4all.nl (Sander Hoentjen) Date: Tue, 22 Feb 2005 20:03:18 +0100 Subject: Somewhat confused over bugreporting on bugzilla In-Reply-To: <1109091423.341.14.camel@dcbw.boston.redhat.com> References: <1109090836.3632.4.camel@CC256006-A> <1109091423.341.14.camel@dcbw.boston.redhat.com> Message-ID: <1109098999.3632.7.camel@CC256006-A> On Tue, 2005-02-22 at 11:57 -0500, Dan Williams wrote: >On Tue, 2005-02-22 at 17:47 +0100, Sander Hoentjen wrote: >> Hi, >> >> I have problems with gnome-bluetooth-manager: >> https://bugzilla.redhat.com/beta/show_bug.cgi?id=149215 >> >> Now this bug is closed RAWHIDE, but I have the latest rawhide packages. >> >> https://bugzilla.redhat.com/beta/page.cgi?id=bug_status.html#resolution >> says: >> RAWHIDE >> The problem describe has been fixed in the latest development >> release of our product obtainable from our ftp site. >> >> So why is the bug closed RAWHIDE? Am I missing something here? > >If I fix a package, build the fix, and close a bug as RAWHIDE, it may >still take until tomorrow or a bit later for the package actually show >up in the official Rawhide server. Mirrors don't sync in real-time, and >the "official" server doesn't get packages in real-time either. It can >take anywhere from 1 - 3 days for any specific mirror to get any >specific package after its been built. > >Dan > Ok, thanks a lot. Both for fixing and explaining. Sander From stan at ccs.neu.edu Tue Feb 22 20:49:37 2005 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Tue, 22 Feb 2005 15:49:37 -0500 Subject: Pecular reactions with Rawhide installation In-Reply-To: <421ABD02.9050708@research.att.com> References: <421A81FB.2060604@insight.rr.com> <421ABD02.9050708@research.att.com> Message-ID: <421B9AE1.8010305@ccs.neu.edu> John Ellson wrote: > CPU temp seems like a good indicator that some process has gotten stuck > in a loop and is using 100% cpu. > Using top will usually show the culprit. > > Last time that was happenning to me it was /usr/bin/esd. It is > impossible to "rpm -e esound" because everything > claims to depend on it, so my solution was to "mv /usr/bin/esd > /usr/bin/esd.broken" and reboot. Sound seems to > work much better now. > > John > It amazes me to see all the depencies on ESD. Most of the alleged depencies are apps that have optional ESD support (which can be turned off upon recompilation). When is this abomination finally going to be killed for good? -sb From rodd at clarkson.id.au Wed Feb 23 00:51:20 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 23 Feb 2005 11:51:20 +1100 Subject: Complete lockups with new kernels on FC2 and FC4-devel Message-ID: <1109119881.4609.14.camel@localhost.localdomain> Hi All, Ever since upgrading to recent kernels on FC4-devel and FC2 I've been experiencing total lockups on two different laptops. The FC2 laptop ran fine until upgrading to the 2.6.10-1.12 kernel (the kernel before that is 2.6.7-something and worked well) and the upgrade was handled using yum. The current 2.6.10-1.14 kernel doesn't even seem to want to boot, but I haven't had a chance too look into this because it's my wife's laptop and she's only just reported it this morning after the upgrade last night. On the FC4-devel laptop, I've been getting similar (the same) lockups using recent kernels. I'm pretty sure the problem isn't in the 2.6.10-1.1143 kernel, but I get is a lot with the 2.6.10-1.1148 kernel and I'm pretty sure it was an issue in the 2.6.10-1.1146 kernel too. These lookups are complete. The mouse and keyboard do not respond at all, the screen doesn't change and you can't ping the box from another machine. The only thing to do is yank the battery and powercord and reboot. Are other noticing this? Rodd From goemon at anime.net Wed Feb 23 01:36:29 2005 From: goemon at anime.net (Dan Hollis) Date: Tue, 22 Feb 2005 17:36:29 -0800 (PST) Subject: today's yum update trashes FC3? Message-ID: A friend of mine reported that today's yum update trashed two completely separate FC3 machines of his. It would hang during grub load, just sits there with a blinking _ here are the updates that went in today: gaim-1.1.3-1.FC3.i386.rpm squid-2.5.STABLE8-1.FC3.1.i386.rpm pcmcia-cs-3.2.7-2.2.i386.rpm openssh-clients-3.9p1-8.0.1.i386.rpm openssh-askpass-gnome-3.9p1-8.0.1.i386.rpm openssh-askpass-3.9p1-8.0.1.i386.rpm openssh-3.9p1-8.0.1.i386.rpm openssh-server-3.9p1-8.0.1.i386.rpm postgresql-libs-7.4.7-3.FC3.1.i386.rpm he reports it rebooted fine before he did the update, and after he did the update, it no longer loaded grub. he had to boot off a grub floppy to recover it. anyone else notice this? -Dan From skvidal at phy.duke.edu Wed Feb 23 01:42:40 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Tue, 22 Feb 2005 20:42:40 -0500 Subject: today's yum update trashes FC3? In-Reply-To: References: Message-ID: <1109122960.2361.1.camel@cutter> On Tue, 2005-02-22 at 17:36 -0800, Dan Hollis wrote: >A friend of mine reported that today's yum update trashed two completely >separate FC3 machines of his. It would hang during grub load, just sits >there with a blinking _ > >here are the updates that went in today: > >gaim-1.1.3-1.FC3.i386.rpm >squid-2.5.STABLE8-1.FC3.1.i386.rpm >pcmcia-cs-3.2.7-2.2.i386.rpm >openssh-clients-3.9p1-8.0.1.i386.rpm >openssh-askpass-gnome-3.9p1-8.0.1.i386.rpm >openssh-askpass-3.9p1-8.0.1.i386.rpm >openssh-3.9p1-8.0.1.i386.rpm >openssh-server-3.9p1-8.0.1.i386.rpm >postgresql-libs-7.4.7-3.FC3.1.i386.rpm > >he reports it rebooted fine before he did the update, and after he did the >update, it no longer loaded grub. he had to boot off a grub floppy to >recover it. > Let's see: 1. yum doesn't modify grub in fc3 - that's handled in the kernel package %post 2. none of those packages even remotely touch the grub.conf or associated files. 3. are we sure your friend didn't do anything else to these systems? -sv From rodd at clarkson.id.au Wed Feb 23 03:18:29 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Wed, 23 Feb 2005 14:18:29 +1100 Subject: Newer version of OOo2 to test? Message-ID: <1109128709.4609.67.camel@localhost.localdomain> Caolan, Not meaning to nag, but after quite a few updates in early Feb, there doesn't seem to have been a new release of OOo2 to test since Feb 11. Any chance of a heads up? Rodd From caolanm at redhat.com Wed Feb 23 08:55:11 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Wed, 23 Feb 2005 08:55:11 +0000 Subject: Newer version of OOo2 to test? In-Reply-To: <1109128709.4609.67.camel@localhost.localdomain> References: <1109128709.4609.67.camel@localhost.localdomain> Message-ID: <1109148911.9598.3.camel@sheol.homelinux.org> On Wed, 2005-02-23 at 14:18 +1100, Rodd Clarkson wrote: > Caolan, > > Not meaning to nag, but after quite a few updates in early Feb, there > doesn't seem to have been a new release of OOo2 to test since Feb 11. > > Any chance of a heads up? It's because I can't build the help documentation with gcj4 at the moment, see... https://bugzilla.redhat.com/beta/show_bug.cgi?id=147968 On the bright side, I've gotten the seperate language pack rpms working with an older gcj4 on my own machine, so for 2.0 e.g. german language support can be installed seperately from spanish etc etc. Should only be a day or so before the next gcc4 update and thus hopefully the next 1.9.X tests. C. From no-reply-gw at fcp.homelinux.org Wed Feb 23 14:16:12 2005 From: no-reply-gw at fcp.homelinux.org (=?utf-8?B?bGl0eg==?=) Date: Wed, 23 Feb 2005 15:16:12 +0100 Subject: Very slow network performance Message-ID: <8bc7fd7e05fc209721220b0318aaade9@fcp.homelinux.org> I have a Rawhide networking issue ...

I get max speed on any network interface of 50-60k/s ... this happens irrespective of :

kernel version (from the original 2.6.8-1.541 FC3 kernel to the latest Rawhide (2.6.10-1.1146_FC4 ...

Net card hardware type (tried every kind of card I can get my hands on)

Switch it's plugged into

System it connects to (other linux, windows, or systems across the internet)

Actual interface (eth0, eth1, etc.)

Even have tried creating dummy devices and transferring between them, same result.

Happens with firewall on or off ...

System is current to latest yum update downloads, was originaly a FC3 default server install, with yum set for updates gotten from : ftp://mirrors.kernel.org/fedora/core/development/$basearch/

There are, of course, exactly zero errors listed in any log file.

This has me totally baffled. I can't trace it to a particular kernel version or hardware cause.

Anyone have any ideas?

thanks

- litz -- This is an email sent via the webforum on http://fcp.homelinux.org From harald at redhat.com Wed Feb 23 14:24:37 2005 From: harald at redhat.com (Harald Hoyer) Date: Wed, 23 Feb 2005 15:24:37 +0100 Subject: Very slow network performance In-Reply-To: <8bc7fd7e05fc209721220b0318aaade9@fcp.homelinux.org> References: <8bc7fd7e05fc209721220b0318aaade9@fcp.homelinux.org> Message-ID: <421C9225.7090302@redhat.com> litz wrote: > I have a Rawhide networking issue ...

I get max speed on any network interface of 50-60k/s ... this happens irrespective of :

kernel version (from the original 2.6.8-1.541 FC3 kernel to the latest Rawhide (2.6.10-1.1146_FC4 ...

Net card hardware type (tried every kind of card I can get my hands on)

Switch it's plugged into

System it connects to (other linux, windows, or systems across the internet)

Actual interface (eth0, eth1, etc.)

Even have tried creating dummy devices and transferring between them, same result.

Happens with firewall on or off ...

System is current to latest yum update downloads, was originaly a FC3 default server install, with yum set for updates gotten from : ftp://mirrors.kernel.org/fedora/core/development/$basearch/

There are, of course, exactly zer o > errors listed in any log file.

This has me totally baffled. I can't trace it to a particular kernel version or hardware cause.

Anyone have any ideas?

thanks

- litz > > doh... sorry for the
From barryn at pobox.com Wed Feb 23 14:52:51 2005 From: barryn at pobox.com (Barry K. Nathan) Date: Wed, 23 Feb 2005 06:52:51 -0800 Subject: today's yum update trashes FC3? In-Reply-To: References: Message-ID: <20050223145251.GD30910@ip68-4-98-123.oc.oc.cox.net> On Tue, Feb 22, 2005 at 05:36:29PM -0800, Dan Hollis wrote: > anyone else notice this? A couple of times I saw something like this happen during FC3 test (or maybe it was FC2 test). It turned out that my root partition, formatted as XFS, was somehow getting corrupted. Once I started using ext2 or ext3 instead of XFS for / (which contained /boot), the problem stopped happening for me. I still don't completely trust XFS in 2.6.10(-ac). But, 2.6.11 will have lots of XFS fixes, so maybe XFS will really become usable in that kernel... -Barry K. Nathan From stan at ccs.neu.edu Wed Feb 23 15:34:38 2005 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Wed, 23 Feb 2005 10:34:38 -0500 Subject: Very slow network performance In-Reply-To: <421C9225.7090302@redhat.com> References: <8bc7fd7e05fc209721220b0318aaade9@fcp.homelinux.org> <421C9225.7090302@redhat.com> Message-ID: <421CA28E.40100@ccs.neu.edu> I had these problems in older RH releases and FC1. All using various 3com cards and the kernel provided drivers. Haven't had the issue since upgrading to FC2. I would be very interested to know what the problem is, as you surely know it can be QUITE annoying. -sb Harald Hoyer wrote: > litz wrote: > >> I have a Rawhide networking issue ...

I get max speed on >> any network interface of 50-60k/s ... this happens irrespective of >> :

kernel version (from the original 2.6.8-1.541 FC3 kernel >> to the latest Rawhide (2.6.10-1.1146_FC4 ...

Net card >> hardware type (tried every kind of card I can get my hands on)
> />
Switch it's plugged into

System it connects to >> (other linux, windows, or systems across the internet)

> />Actual interface (eth0, eth1, etc.)

Even have tried >> creating dummy devices and transferring between them, same result.
> />
Happens with firewall on or off ...

System is >> current to latest yum update downloads, was originaly a FC3 default >> server install, with yum set for updates gotten from : > href="ftp://mirrors.kernel.org/fedora/core/development/$basearch/" >> target="_blank">ftp://mirrors.kernel.org/fedora/core/development/$basearch/
> />
There are, of course, exactly zer > > o > >> errors listed in any log file.

This has me totally >> baffled. I can't trace it to a particular kernel version or >> hardware cause.

Anyone have any ideas?

thanks
> />
- litz >> >> > > doh... sorry for the
> From fct-cornette at insight.rr.com Thu Feb 24 00:58:51 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 23 Feb 2005 19:58:51 -0500 Subject: Pecular reactions with Rawhide installation In-Reply-To: <421ABD02.9050708@research.att.com> References: <421A81FB.2060604@insight.rr.com> <421ABD02.9050708@research.att.com> Message-ID: <421D26CB.1050005@insight.rr.com> John Ellson wrote: > Jim Cornette wrote: > >> Using an updated rawhide upgrade. I have noticed a few pecular items >> with the operation of the system. >> >> The system seems to slow down to a snails pace at times and may be >> unresponsive. The processor seems to be overburdoned at times and >> allows my usual 45 degree temperature for the processor to escelate to >> higher than usual temperatures. Today, the temperature got to 80 C and >> the system shut itself off. I run acpi. > > > > CPU temp seems like a good indicator that some process has gotten stuck > in a loop and is using 100% cpu. > Using top will usually show the culprit. > > Last time that was happenning to me it was /usr/bin/esd. It is > impossible to "rpm -e esound" because everything > claims to depend on it, so my solution was to "mv /usr/bin/esd > /usr/bin/esd.broken" and reboot. Sound seems to > work much better now. > > John > Using top to view memory usage, the programs gnome-vfs-daemon, gnome-settings, nautilus and X seem to be the leading processes for consuming cpu time. I added the cpufrequency control applet to my panel and am able to control the cpu frequuency to prevent the 80 C temp then shutdown. These listed processes take 28 -32 percent each in usage percentage. X takes around 1 to 6.6 percent usage range. Even though the computer hovers at high speeds, it takes a long while for a responsive desktop. lowering the speed does not help or hinder the system responsiveness. ESD is not listed in top. Thanks for the hints regarding top. I'll use it to see what's going on when the system is extremely slow. (it responds like a 100 MHz processor, on initial startup, but is a 1.5 GHz processor) Jim -- In an orderly world, there's always a place for the disorderly. From fct-cornette at insight.rr.com Thu Feb 24 02:57:10 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 23 Feb 2005 21:57:10 -0500 Subject: gam_server and gnome settings racing condition? Message-ID: <421D4286.7060707@insight.rr.com> Using top to detect when my installation goes into maximum racing confditions, I have found that top points to the two culprets above. Using the userspace applet to change my cpu frequency down to a cooler running level 662 MHz, (43 percent), it keeps popping back up to 1.52 GHz and I need to go back to the applet to lower the speed again. This happened at least 4 times. When I lower the speed back to 43% things eventually settle down. Does anyone know of any tricks to record the cpu usage for system processed during initial system load? This is a very slow process compared to FC3 or any prior versions on this particular computer. Jim -- In an orderly world, there's always a place for the disorderly. From stan at ccs.neu.edu Thu Feb 24 06:48:57 2005 From: stan at ccs.neu.edu (Stan Bubrouski) Date: Thu, 24 Feb 2005 01:48:57 -0500 Subject: Pecular reactions with Rawhide installation In-Reply-To: <421D26CB.1050005@insight.rr.com> References: <421A81FB.2060604@insight.rr.com> <421ABD02.9050708@research.att.com> <421D26CB.1050005@insight.rr.com> Message-ID: <421D78D9.5060403@ccs.neu.edu> Jim Cornette wrote: > > Using top to view memory usage, the programs gnome-vfs-daemon, > gnome-settings, nautilus and X seem to be the leading processes for > consuming cpu time. I added the cpufrequency control applet to my panel > and am able to control the cpu frequuency to prevent the 80 C temp then > shutdown. These listed processes take 28 -32 percent each in usage > percentage. X takes around 1 to 6.6 percent usage range. Woh. Clearly there is something going wrong here. From your description it seems between X, gnome-vfs-daemon, gnome-settings, and nautilus you are using 100% CPU? This would make everything else crawl. So now the question is: Why are these processes running out of control? > > Even though the computer hovers at high speeds, it takes a long while > for a responsive desktop. lowering the speed does not help or hinder the > system responsiveness. ESD is not listed in top. > If you are at 100 CPU usage constantly then there is no mystery here except why. > Thanks for the hints regarding top. I'll use it to see what's going on > when the system is extremely slow. (it responds like a 100 MHz > processor, on initial startup, but is a 1.5 GHz processor) > > Jim > -sb From nphilipp at redhat.com Fri Feb 25 01:30:40 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 25 Feb 2005 02:30:40 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.4-0.fc3.1 Message-ID: <1109295041.31171.2.camel@gibraltar.stuttgart.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-164 2005-02-24 --------------------------------------------------------------------- Product : Fedora Core 3 Name : gimp Version : 2.2.4 Release : 0.fc3.1 Summary : The GNU Image Manipulation Program Description : The GIMP (GNU Image Manipulation Program) is a powerful image composition and editing program, which can be extremely useful for creating logos and other graphics for webpages. The GIMP has many of the tools and filters you would expect to find in similar commercial offerings, and some interesting extras as well. The GIMP provides a large image manipulation toolbox, including channel operations and layers, effects, sub-pixel imaging and anti-aliasing, and conversions, all with multi-level undo. The GIMP includes a scripting facility, but many of the included scripts rely on fonts that we cannot distribute. The GIMP FTP site has a package of fonts that you can install by yourself, which includes all the fonts needed to run the included scripts. Some of the fonts have unusual licensing requirements; all the licenses are documented in the package. Get ftp://ftp.gimp.org/pub/gimp/fonts/freefonts-0.10.tar.gz and ftp://ftp.gimp.org/pub/gimp/fonts/sharefonts-0.10.tar.gz if you are so inclined. Alternatively, choose fonts which exist on your system before running the scripts. --------------------------------------------------------------------- Update Information: - update to 2.2.4 - require gtk2 version that doesn't break ABI Barring problems I plan to make this update final within a week or so. --------------------------------------------------------------------- * Wed Feb 23 2005 Nils Philippsen - version 2.2.4 - require newer versions of gtk2 (#143840), glib2 and pango * Sat Jan 29 2005 Nils Philippsen - make desktop icon themeable (#146486) --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ a8dceee5e973314ab6f165be6073d9a2 SRPMS/gimp-2.2.4-0.fc3.1.src.rpm dbd48722fe13e448d983f1573eda259c x86_64/gimp-2.2.4-0.fc3.1.x86_64.rpm 2f72e820525ce39629ae10a1b03d0ad4 x86_64/gimp-devel-2.2.4-0.fc3.1.x86_64.rpm fb5b6f176ae355d3be499a1e8217ac53 x86_64/debug/gimp-debuginfo-2.2.4-0.fc3.1.x86_64.rpm e9762071955000aaff0b253129d37e2f i386/gimp-2.2.4-0.fc3.1.i386.rpm 4a9d80e386eae38e9108d7f309d4cc89 i386/gimp-devel-2.2.4-0.fc3.1.i386.rpm f1a3bd0e6d052d378420301f8a21b2a6 i386/debug/gimp-debuginfo-2.2.4-0.fc3.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- -- 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 -------------- 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 shrek-m at gmx.de Thu Feb 24 11:39:50 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 24 Feb 2005 12:39:50 +0100 Subject: rpm-4.4.x automagic pubkey retrieval Message-ID: <421DBD06.3050700@gmx.de> hi, how is the proper way to disable the automagic pubkey retrieval in rpm-4.4.x ? 1; this seems not to work # grep -ir key /etc/rpm/ # # rpm -qa -D '_hkp_keyserver %{unknown_macro}' [...sometimes slow...] 2; this seems to be ok # echo "%_hkp_keyserver %{unknown_macro}" >>/etc/rpm/macros.keyserver # grep -ir key /etc/rpm/ /etc/rpm/macros.keyserver:%_hkp_keyserver %{unknown_macro} # rpm -qa [...fast..] # rpm -qa rpm* rpm-libs-4.4.1-2 rpm-4.4.1-2 rpm-python-4.4.1-2 rpm-build-4.4.1-2 rpm-devel-4.4.1-2 3; are there other ways/plans ? eg. /etc/sysconfig/rpm -------- https://lists.dulug.duke.edu/pipermail/rpm-devel/2004-November/000146.html The automagic HKP pubkey retrieve is enabled ny default in rpm configuration. On the negative side, I strongly suggest that you use "rpm --import" to install public keys in /var/lib/rpm/Pubkeys, as there is no attempt to cache (or automagically import) retrieved public keys, each key will be retrieved when needed.[...] There are a number of other things that need doing before addressing the rpm -qa retrieve performance, so either disable the automagic pubkey retrieve by commeting out #%_hkp_keyserver hkp://pgp.mit.edu #%_hkp_keyserver_query %{_hkp_keyserver}/pks/lookup?op=get&search=0x or (equivalently) by adding -D '_hkp_keyserver %{unknown_macro}' ----/---- -------- https://www.redhat.com/archives/fedora-test-list/2005-February/msg00342.html Repeat the test with the following and report the times: rpm -qa openoffice.org2\* rpm --nosignatures -qa | grep openoffice.org2 Create /etc/rpm/macros.test with the line: %_hkp_keyserver %{unknown_macro} ----/---- -- shrek-m From shrek-m at gmx.de Thu Feb 24 17:55:20 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 24 Feb 2005 18:55:20 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.4-0.fc3.1 In-Reply-To: <1109295041.31171.2.camel@gibraltar.stuttgart.redhat.com> References: <1109295041.31171.2.camel@gibraltar.stuttgart.redhat.com> Message-ID: <421E1508.7080704@gmx.de> Nils Philippsen wrote: >--------------------------------------------------------------------- >Fedora Test Update Notification >FEDORA-2005-164 >2005-02-24 > $ date -u Do Feb 24 17:52:11 UTC 2005 2005-02-25 ? From: Nils Philippsen To: fedora-test-list at redhat.com Organization: Red Hat GmbH ==> Date: Fri, 25 Feb 2005 02:30:40 +0100 Message-Id: <1109295041.31171.2.camel at gibraltar.stuttgart.redhat.com> -- shrek-m From caolanm at redhat.com Thu Feb 24 19:19:41 2005 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 24 Feb 2005 19:19:41 +0000 Subject: Newer version of OOo2 to test? In-Reply-To: <1109148911.9598.3.camel@sheol.homelinux.org> References: <1109128709.4609.67.camel@localhost.localdomain> <1109148911.9598.3.camel@sheol.homelinux.org> Message-ID: <1109272781.9634.8.camel@sheol.homelinux.org> On Wed, 2005-02-23 at 08:55 +0000, Caolan McNamara wrote: > On Wed, 2005-02-23 at 14:18 +1100, Rodd Clarkson wrote: > > Caolan, > > > > Not meaning to nag, but after quite a few updates in early Feb, there > > doesn't seem to have been a new release of OOo2 to test since Feb 11. > > > > Any chance of a heads up? > > It's because I can't build the help documentation with gcj4 at the > moment, see... https://bugzilla.redhat.com/beta/show_bug.cgi?id=147968 > > On the bright side, I've gotten the seperate language pack rpms working > with an older gcj4 on my own machine, so for 2.0 e.g. german language > support can be installed seperately from spanish etc etc. Should only be > a day or so before the next gcc4 update and thus hopefully the next > 1.9.X tests. gcj4 is now working fine for me again, so we can progress. those language pack rpms I spoke of are available for 1.9.77. See http://people.redhat.com/caolanm/openoffice.org2/ Kind of big I admit. i386 build with all languages is approx 10 hours Run started Thu Feb 24 03:27:56 2005 Run finished Thu Feb 24 13:15:32 2005 ppc build with the same start time is still not finished. C. From shrek-m at gmx.de Thu Feb 24 19:11:10 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 24 Feb 2005 20:11:10 +0100 Subject: [Fwd: OpenOffice.org 2 on PPC] Message-ID: <421E26CD.9080809@gmx.de> hi, sorry, i would not like cross-posting for the next few months. where should i post problems with "fedora core ppc 4 test" or with other fedora ppc testing applications ? in fedora-test-list at redhat.com ? in fedora-ppc at lists.infradead.org ? it would be nice if these things are clear and announced for test1. ?? http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.90/ ?? and later for fedora core 4 ? in fedora-ppc at lists.infradead.org ? fedora-ppc-list at redhat.com (does not exist) please, not fedora-list at redhat.com thanks for the clarification. http://fedora.redhat.com/participate/schedule/ 14 Mar test1 -- shrek-m -------- Original Message -------- Subject: OpenOffice.org 2 on PPC Date: Thu, 24 Feb 2005 18:01:53 +0000 From: David Woodhouse To: fedora-ppc at lists.infradead.org CC: caolanm at redhat.com I rebuilt Caolan's package for OpenOffice 1.9.77 from http://people.redhat.com/caolanm/openoffice.org2/SRPMS/ on PPC. It's in a yum repo at ftp://ftp.uk.linux.org/pub/linux/fedora-ppc/OOo2/ It seems to work for me at first glance -- more testing could be useful. -- dwmw2 _______________________________________________ Fedora-ppc mailing list Fedora-ppc at lists.infradead.org http://lists.infradead.org/mailman/listinfo/fedora-ppc From rodd at clarkson.id.au Thu Feb 24 20:12:11 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 25 Feb 2005 07:12:11 +1100 Subject: Newer version of OOo2 to test? In-Reply-To: <1109272781.9634.8.camel@sheol.homelinux.org> References: <1109128709.4609.67.camel@localhost.localdomain> <1109148911.9598.3.camel@sheol.homelinux.org> <1109272781.9634.8.camel@sheol.homelinux.org> Message-ID: <1109275931.7660.3.camel@goose> On Thu, 2005-02-24 at 19:19 +0000, Caolan McNamara wrote: >gcj4 is now working fine for me again, so we can progress. > great! >those language pack rpms I spoke of are available for 1.9.77. See >http://people.redhat.com/caolanm/openoffice.org2/ Kind of big I admit. Mmmm, but much better than the 100M + download of yore ;-] Any chance of getting this supplied as a yum repo? (even if it has to be manually added). This would make it a lot easier to keep up-to-date (instead of having to download each package and install). I'm not sure what's involved in setting up a yum repo, but I thought it was supposed to be pretty simple, which is why I'm asking Rodd > From lists at donut.dk Fri Feb 25 00:45:47 2005 From: lists at donut.dk (Cream) Date: Fri, 25 Feb 2005 01:45:47 +0100 Subject: exim default config question Message-ID: <421E753B.3040604@donut.dk> After the "Exim as default MTA." discussion on the fedora-devel list, i set out to test out Exim for the first time, based on what i currently use Qmail for. (thanks to Jeff for posting his minifc3 iso, it makes it alot easier to experiement with fresh installations in VMware) I'd like to use it relaying to an exchange server, with the relay_to_domains = example.org but i've come to wonder about the default configuration Under the ACL's there is a # Accept if the address is in a domain for which we are relaying, but again, # only if the recipient can be verified. accept domains = +relay_to_domains endpass verify = recipient Whats going on here? how is it verifying recipients on another server? btw. for the Exim discussion on the devel list, the exim.conf file seems very straight forward and easy to understand for someone that havent seen it before. From gavin.henry at magicfx.co.uk Fri Feb 25 00:59:32 2005 From: gavin.henry at magicfx.co.uk (Gavin Henry) Date: Fri, 25 Feb 2005 00:59:32 +0000 Subject: exim default config question In-Reply-To: <421E753B.3040604@donut.dk> References: <421E753B.3040604@donut.dk> Message-ID: <200502250059.33080.gavin.henry@magicfx.co.uk> On Friday 25 Feb 2005 00:45, Cream wrote: > accept??domains ????????= +relay_to_domains > ????????endpass > ????????verify??????????= recipient domainlist relay_to_domains = yourdomains # Accept if the address is in a local domain, but only if the recipient can # be verified. Otherwise deny. The "endpass" line is the border between # passing on to the next ACL statement (if tests above it fail) or denying # access (if tests below it fail). accept domains = +local_domains endpass verify = recipient # Accept if the address is in a domain for which we are relaying, but again, # only if the recipient can be verified. accept domains = +relay_to_domains endpass verify = recipient -- Kind Regards, Gavin Henry. http://www.magicfx.co.uk http://www.benhenry.co.uk http://www.thehenrys.co.uk http://www.ghenry.co.uk http://FedoraNEWS.ORG/ghenry http://shorl.com/dokypyrirypa http://www.suretecsystems.com From lists at donut.dk Fri Feb 25 02:13:00 2005 From: lists at donut.dk (Cream) Date: Fri, 25 Feb 2005 03:13:00 +0100 Subject: exim default config question In-Reply-To: <200502250059.33080.gavin.henry@magicfx.co.uk> References: <421E753B.3040604@donut.dk> <200502250059.33080.gavin.henry@magicfx.co.uk> Message-ID: <421E89AC.5060506@donut.dk> isnt relay_to_domains = accept mail to domains on other servers? (ie. NOT local domains, ie. NOT my domains) domainlist local_domains = my.domain.net domainlist relay_to_domains = my.friend.net So i accept mails for my friend's domain, and when his server comes back online, i pass them on to his server. (working as backup MX) "domains for which your host is an incomming relay" so the question remains, how is it supposed to verify recipients? Im just asking because im trying to understand it, so no pressure. Gavin Henry wrote: > On Friday 25 Feb 2005 00:45, Cream wrote: > >>accept domains = +relay_to_domains >> endpass >> verify = recipient > > > domainlist relay_to_domains = yourdomains > > > # Accept if the address is in a local domain, but only if the recipient can > # be verified. Otherwise deny. The "endpass" line is the border between > # passing on to the next ACL statement (if tests above it fail) or denying > # access (if tests below it fail). > > accept domains = +local_domains > endpass > verify = recipient > > # Accept if the address is in a domain for which we are relaying, but again, > # only if the recipient can be verified. > > accept domains = +relay_to_domains > endpass > verify = recipient > From lists at donut.dk Fri Feb 25 02:14:42 2005 From: lists at donut.dk (Cream) Date: Fri, 25 Feb 2005 03:14:42 +0100 Subject: exim default config question In-Reply-To: <421E89AC.5060506@donut.dk> References: <421E753B.3040604@donut.dk> <200502250059.33080.gavin.henry@magicfx.co.uk> <421E89AC.5060506@donut.dk> Message-ID: <421E8A12.6070600@donut.dk> im only interested in the relay_to_domains part From fct-cornette at insight.rr.com Fri Feb 25 03:58:57 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 24 Feb 2005 22:58:57 -0500 Subject: Pecular reactions with Rawhide installation In-Reply-To: <421D78D9.5060403@ccs.neu.edu> References: <421A81FB.2060604@insight.rr.com> <421ABD02.9050708@research.att.com> <421D26CB.1050005@insight.rr.com> <421D78D9.5060403@ccs.neu.edu> Message-ID: <421EA281.8050401@insight.rr.com> Stan Bubrouski wrote: > Jim Cornette wrote: > >> >> Using top to view memory usage, the programs gnome-vfs-daemon, >> gnome-settings, nautilus and X seem to be the leading processes for >> consuming cpu time. I added the cpufrequency control applet to my >> panel and am able to control the cpu frequuency to prevent the 80 C >> temp then shutdown. These listed processes take 28 -32 percent each in >> usage percentage. X takes around 1 to 6.6 percent usage range. > > > Woh. Clearly there is something going wrong here. From your > description it seems between X, gnome-vfs-daemon, gnome-settings, and > nautilus you are using 100% CPU? This would make everything else crawl. > So now the question is: Why are these processes running out of control? I glanced through the logs and there were no entries for when the trouble was most noticable. I mainly asked to see if this behavior is common or maybe my install is corrupted enough to cause the runaway processes. > >> >> Even though the computer hovers at high speeds, it takes a long while >> for a responsive desktop. lowering the speed does not help or hinder >> the system responsiveness. ESD is not listed in top. >> > > If you are at 100 CPU usage constantly then there is no mystery here > except why. The processes are not running as wild as they were yesterday. I applied the latest rpms from rawhide and things settled down some. The cpufrequency did upshift and downshift a few times when the cpu usage climbed to higher levels. It did not peg at 1.52 GHz and stick, causing high temps and eventually a shutdown. The processes mentioned earlier do seem to hover around 20 percent for the nautilus gnome-vfs-daemon (better behaved than yesterday) and gam_server is not even listed in top today. It seems that gam_server was the main culpret. At least the average load is down to mid 80s to low 90s and the processor speed is back down to 662 MHz (43 %) like was normal for the computer since severn. Thanks! At least I am now more familiar with program cpu usage and what effects it has on other processes. I was surprised that the memory usage was low, but the cpu usage was high for the programs that caused the system slowdown/ processor max speed and system shutdown. Jim From rodd at clarkson.id.au Fri Feb 25 04:16:10 2005 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 25 Feb 2005 15:16:10 +1100 Subject: Pecular reactions with Rawhide installation In-Reply-To: <421D78D9.5060403@ccs.neu.edu> References: <421A81FB.2060604@insight.rr.com> <421ABD02.9050708@research.att.com> <421D26CB.1050005@insight.rr.com> <421D78D9.5060403@ccs.neu.edu> Message-ID: <1109304970.4123.10.camel@clownfish.redfishdemo.com> On Thu, 2005-02-24 at 01:48 -0500, Stan Bubrouski wrote: >Jim Cornette wrote: >> >> Using top to view memory usage, the programs gnome-vfs-daemon, >> gnome-settings, nautilus and X seem to be the leading processes for >> consuming cpu time. I added the cpufrequency control applet to my panel >> and am able to control the cpu frequuency to prevent the 80 C temp then >> shutdown. These listed processes take 28 -32 percent each in usage >> percentage. X takes around 1 to 6.6 percent usage range. > >Woh. Clearly there is something going wrong here. From your >description it seems between X, gnome-vfs-daemon, gnome-settings, and >nautilus you are using 100% CPU? This would make everything else crawl. > So now the question is: Why are these processes running out of control? That's the question. After updating to the most recent rawhide yesterday I've started to see this too. (I update to rawhide each day without fear or fail, so it was something on 20050224 that did it I guess). The first time I couldn't figure out what it was, but the second time I found killing gnome-panel fixed it (I'd tried gamin, gnome-vfs-daemon, gnome-settings-daemon and Nautilus before this.) I'm not sure if this is related, but I can get a similar (same result) by doing the following: 1. Open Applications > Accessories > Dictionary 2. Type Role into the Word field and hit enter 3. Click on the hyperlink Roll (this should bring up the meaning of Roll) Doing this sends my CPU 100% (about 30% user and 70% system) Closing the Dictionary fixes this immediately. Rodd From dmalcolm at redhat.com Fri Feb 25 05:20:36 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 25 Feb 2005 00:20:36 -0500 Subject: Fedora Core 3 Test Update: libgal2-2.2.5-1 Message-ID: <200502250520.j1P5KaXZ011832@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-161 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : libgal2 Version : 2.2.5 Release : 1 Summary : The GNOME Application Library Description : A collection of GNOME widgets and utility functions. --------------------------------------------------------------------- Update Information: - focus focus chaining (JP) - fix category focus handling (Hao Sheng) - Updated translations: gu (Ankit Patel) it (Luca Ferretti, Alessio Frusciante) --------------------------------------------------------------------- * Mon Feb 21 2005 David Malcolm - 2:2.2.5-1 - Update from 2.2.3 to 2.2.5 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ d87848d1c8a3bdd39bf8efffbc2ed238 SRPMS/libgal2-2.2.5-1.src.rpm 853a09d10258dbfbbc982e5fa749cc11 x86_64/libgal2-2.2.5-1.x86_64.rpm b8720de8f2f435fd6f88a0bceae8786a x86_64/libgal2-devel-2.2.5-1.x86_64.rpm 0a7a293dd30db8613f888cd6b752371f x86_64/debug/libgal2-debuginfo-2.2.5-1.x86_64.rpm 6745f162f95f1869b4a04649af0d1921 x86_64/libgal2-2.2.5-1.i386.rpm 6745f162f95f1869b4a04649af0d1921 i386/libgal2-2.2.5-1.i386.rpm 7c4a0adc942fbb0ee77e8bfdd326ecd2 i386/libgal2-devel-2.2.5-1.i386.rpm a627a8abfa0cd4dc617f33170ffa9ae3 i386/debug/libgal2-debuginfo-2.2.5-1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Fri Feb 25 05:23:49 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 25 Feb 2005 00:23:49 -0500 Subject: Fedora Core 3 Test Update: libsoup-2.2.2-1.FC3 Message-ID: <200502250523.j1P5NnmA013495@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-162 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : libsoup Version : 2.2.2 Release : 1.FC3 Summary : Soup, an HTTP library implementation Description : Libsoup is an HTTP library implementation in C. It was originally part of a SOAP (Simple Object Access Protocol) implementation called Soup, but the SOAP and non-SOAP parts have now been split into separate packages. libsoup uses the Glib main loop and is designed to work well with GTK applications. This enables GNOME applications to access HTTP servers on the network in a completely asynchronous fashion, very similar to the Gtk+ programming model (a synchronous operation mode is also supported for those who want it). --------------------------------------------------------------------- Update Information: Changes in libsoup from 2.2.1 to 2.2.2: * The SSL validation fix from 2.2.1 [64414] is now completely fixed. (Part of the fix didn't actually make it into 2.2.1) * HTTPS certificate validation now works when using an HTTP proxy. [68583] * HTTP proxy code deals better with proxies that try to make the user do HTML-form-based authentication. [68531] * 64-bit fixes for NTLM auth code. [70323, from Michael Zucchi] --------------------------------------------------------------------- * Mon Feb 21 2005 David Malcolm - 2.2.2-1.FC3 - update from 2.2.1 to 2.2.2 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ aa49b3144bf978850ae8470eab74401b SRPMS/libsoup-2.2.2-1.FC3.src.rpm aabc49fae00412ac199b20311f7da356 x86_64/libsoup-2.2.2-1.FC3.x86_64.rpm fe7d425cfa24d55a011d4362a68122f0 x86_64/libsoup-devel-2.2.2-1.FC3.x86_64.rpm 4ac07ab2f92ba222c9e5003fac23b704 x86_64/debug/libsoup-debuginfo-2.2.2-1.FC3.x86_64.rpm b716ca5d9be30fbbd63c5e51e9e183ad x86_64/libsoup-2.2.2-1.FC3.i386.rpm b716ca5d9be30fbbd63c5e51e9e183ad i386/libsoup-2.2.2-1.FC3.i386.rpm c060782654e1452fa1640c900d9e6e7a i386/libsoup-devel-2.2.2-1.FC3.i386.rpm 43ac484700e3417ec95734cfbf5eadd6 i386/debug/libsoup-debuginfo-2.2.2-1.FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Fri Feb 25 05:26:36 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 25 Feb 2005 00:26:36 -0500 Subject: Fedora Core 3 Test Update: evolution-data-server-1.0.4-3 Message-ID: <200502250526.j1P5Qa4P015430@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-163 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : evolution-data-server Version : 1.0.4 Release : 3 Summary : Backend data server for evolution Description : The evolution-data-server package provides a unified backend for programs that work with contacts, tasks, and calendar information. It was originally developed for Evolution (hence the name), but is now used by other packages. --------------------------------------------------------------------- Update Information: Evolution Data Server 1.0.4, 2005-02-14 ---------------------------------------- Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Address Book #64298 - G/W failure to authenticate (Siva) #67541 - LDAP password not to be remembered (Siva) #66854 - Some strings are missed to translation (Rodney) #71116 - wrong gettext initialization breaks translation (Rodney) #70918 - Importing kontact vcard causes inifinite loop (Siva) * Calendar #64682 - Moving an appointment from one calendar to another sends update (Chen) #67031 - GroupWise tasks are not getting updated in any way (Chen) * All #69186 - cannot remove GAL from Autocomplete in settings (Siva) #64298 - G/W failure to authenticate (Siva) Other bugs * Calendar - warning fixes (Michael) - fix groupwise ssl usage (Harish) * Address Book - fix vcard note migration issues if containing non-ascii chars (Siva) - fix groupwise ssl usage (Harish) * All - 64 bit fixes (Michael) Updated Translations: -et (Priit Laes) -ru (Leonid Kanter) Evolution Data Server 1.0.3, 2004-12-06 ---------------------------------------- Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Calendar #59904 - Speed up calendar queries (Rodrigo) #69624 - make changes in evo corresponding to soap schema changes (Siva) Other bugs * Address Book - prevent e_book_commit_contact from crashing on multiple calls (Diego Gonzalez) - prevent file backend from crashing if uid of vcard is NULL (Diego Gonzalez) * Calendar - fix libical build for automake 1.9 (Rodney) - fix putenv usage for portability (Julio M. Merino Vidal) Updated Translations: - sv (Christian Rose) --------------------------------------------------------------------- * Mon Feb 21 2005 David Malcolm - 1.0.4-3 - updated libsoup requirement from 2.2.1 to 2.2.2 * Mon Feb 21 2005 David Malcolm - 1.0.4-2 - updated sources * Mon Feb 21 2005 David Malcolm - 1.0.4-1 - Update from upstream stable release 1.0.2 to 1.0.4 - Add run-time requirements on libgnomeui, libgnome - Add build-time requirements on libgnomeui-devel, libgnome-devel, bison, libtool - Removed patch for x86_64 build; this is now in upstream tarball - Updated localization code from evolution-data-server-1.5.mo to evolution-data-server-1.0.mo, to match change in upstream tarball --------------------------------------------------------------------- * Mon Feb 21 2005 David Malcolm - 1.0.4-3 - updated libsoup requirement from 2.2.1 to 2.2.2 * Mon Feb 21 2005 David Malcolm - 1.0.4-2 - updated sources * Mon Feb 21 2005 David Malcolm - 1.0.4-1 - Update from upstream stable release 1.0.2 to 1.0.4 - Add run-time requirements on libgnomeui, libgnome - Add build-time requirements on libgnomeui-devel, libgnome-devel, bison, libtool - Removed patch for x86_64 build; this is now in upstream tarball - Updated localization code from evolution-data-server-1.5.mo to evolution-data-server-1.0.mo, to match change in upstream tarball --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 429fc41b276ea09109f563a9f8ac7588 SRPMS/evolution-data-server-1.0.4-3.src.rpm 1a348b8062bec496757083526850f7df x86_64/evolution-data-server-1.0.4-3.x86_64.rpm 28581b5c63548e98e61bb9b3f1ba6a42 x86_64/evolution-data-server-devel-1.0.4-3.x86_64.rpm e5e0af720e7706e063541bd03e4173df x86_64/debug/evolution-data-server-debuginfo-1.0.4-3.x86_64.rpm 37932815e487d1c793a59510e3153a2d x86_64/evolution-data-server-1.0.4-3.i386.rpm 37932815e487d1c793a59510e3153a2d i386/evolution-data-server-1.0.4-3.i386.rpm 405d507cde579ce938e78c55755bfbc6 i386/evolution-data-server-devel-1.0.4-3.i386.rpm e3f1c697d19c426f5016501d5013a19b i386/debug/evolution-data-server-debuginfo-1.0.4-3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Fri Feb 25 05:34:30 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 25 Feb 2005 00:34:30 -0500 Subject: Fedora Core 3 Test Update: evolution-2.0.4-1 Message-ID: <200502250534.j1P5YUn1018600@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-169 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : evolution Version : 2.0.4 Release : 1 Summary : GNOME's next-generation groupware suite Description : Evolution is the GNOME mailer, calendar, contact manager and communications tool. The tools which make up Evolution will be tightly integrated with one another and act as a seamless personal information-management tool. --------------------------------------------------------------------- Update Information: Evolution 2.0.4, 2004-12-06 ---------------------------- Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Addressbook #36137 - Leading %s in addressbook message totally non-obvious (Siva) #70339 - vcard preview doesn't appear to work (Siva) #70622 - Crash changing gtkhtml settings (JP) #70922 - Email address types should show "Other" when importing vcards (Siva) #70540 - Adding contact from email doesn't let you change "file as" (Hans) * Calendar #41624 - only the last exception is deleted on palm device (JP) #46901 - Only one line gets printed when printing Tasks and Appointments (Yong Sun) * Mail #33933 - Sorting by subject does not result in expected order (Jeff) #70795 - Next/Previous Message Should Only Display Listed Emails (Michael) #65329 - regression in default folder name localisation (Michael) #71312 - Double-clicking vFolder of Draft folder doesn't allow editing (Michael) #71310 - Always loses my signature script settings (Michael) #71310 - Always loses my signature script settings (Michael) #69850 - Crash: attempting to create a Vfolder based on a message without a Sender (Michael) #65178 - newly created folder on local maildir doesn't show until evolution restart (Michael) #70858 - selecting newly created folder flakey (Michael) #60664 - message view does not follow theme change (Michael) #70768 - 'Mark All as Read' marks all the mails which are not in current query as read (Michael) #70563 - crash when 'load images' on MyEclipse newsletter email (Michael) #66943 - Crash when saving draft (Michael) #71105 - When trying to rename a folder containing a slash "/" and spaces, evil stuff happens (Michael) #72020 - Error parsing filter: Unknown identifier: adjust-score (Michael) #38791 - gpg can make evo hang if keyserver unreachable (Michael) #36142 - Don't use acronyms as verbs in messages (Michael) #70303 - pgp signature invalid with very short emails (Michael) #69757 - Memory leak in imap_parse_list_response (Michael) #22496 - Evolution does not appear to support ALERT messages (Michael) #71427 - Evolution does not prompt for new password (Michael) #71625 - Don't display content of e-mail when first selected (Michael) #56110 - Messages in digest displayed as source (Michael) #69024 - Doesn't update NNTP folder in a Virtual folder (Michael) #47824 - nested, identical multipart boundaries dont parse properly (Michael) #70919 - Crash during fetching mail (mail has gpg signature) (Michael) #70556 - Unable load messages info from MS Exchange by IMAP (Michael) Other bugs * Mail -64 bit fixes (Michael) * Addressbook - work around 67411 (Hans) - 64 bit fixes (Michael) - Turkish locale fixes (S.?????aglar Onur) * Calendar - fix potential resize crash (Michael) * S/MIME - don't remove the cert from the tree if it wasn't actually deleted (Michael) Updated translations: - nl (Vincent van Adrighem) - pt (Duarte Loreto) - hu (Laszlo Dvornik) - ca (Jordi Mallach) - fr (Jeremie Knuesel, Sebastien Bacher, Christophe Merlet) - sv (Christian Rose) - de (Hendrik Brandt) - id (Mohammad DAMT) - es (Francisco Javier F. Serrador) - da (Martin Willemoes Hansen) - ko (Changwoo Ryu) - zh_CN (Funda Wang) - ms (Hasbullah Bin Pit) - hu (Laszlo Dvornik) - cs (Miloslav Trmac) - ru (Leonid Kanter) - bg (Vladimir Petkov) - sq (Laurent Dhima) - en_GB (David Lodge) - pl (Artur Flinta) - sr (Danilo Segan) - sr at Latn (Danilo Segan) - en_CA (Adam Weinberger) - pt_BR (Raphael Higino) - nn (?????smund Skj????veland) Evolution 2.0.3, 2004-12-06 ---------------------------- Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Addressbook #67656 - almost the same email address are considrered identical (Siva) #69079 - Data repeated after save with bad date format (Siva) #66854 - Some strings are missed to translation (Rodney) * Calendar #47529 - Date in reminder window appears in UTF-8 in non-UTF-8 locale (Rodney) #68707 - Events ending at 12:00 AM show as ending at 12:00 pm (JP) #67403 - wrong alarm time displayed (Rodrigo) #68077 - appointment dialog re-size (Rodrigo) * Mail #69533 - Unable to subscribe to the alt hierarchy (Michael) #69776 - Signed Mail with attachments displays everything with multipart/boundaries stuff (Michael) #69615 - delete certificate after viewing smime message (Michael) #69109 - EHLO or HELO with ip addresses does not conform rfc 821 (Michael) #69982 - During Newsgroup list refresh, it crashes (Michael) #69446 - Mail shown as attachment if some headers are upper case (S. Caglar Onur) #68556 - NNTP with SSL won't work, even with stunnel (Michael) #69145 - toplevel message/rfc822 parts are broken for IMAP (Michael) #69241 - base64 attachement holding PGP block (Jeff) #67895 - nntp support not asking for password (Michael) #67898 - Use of symbolic port-names is not guaranteed to work everywhere (Michael) #69851 - remember password check doesn't stick (Michael) #69623 - Moving a message from an IMAP INBOX to an IMAP folder caused crash (Radek) #69339 - postscript and some other attachments not visable (Michael) #69579 - vFolders#UNMATCHED generates errors (Michael) #68958 - current message forgotten in vfolders (Michael) #68974 - Wizard doesn't store smtp auth settings (Michael) #67496 - html email not rendered in preview pane (Michael) #67014 - Checking supported auth types doesn't work with new SSL certificate (Michael) #68006 - Evo crashed after viewing previously-sent email and copying URL from it (Michael) #68787 - Crash when migrating 1.4 data to 2.0.2 (Michael) #67622 - SMTP auth usernames containing % character fail (Jeff) Other bugs * Mail - fix pthread_key_delete args (Julio M. Merino Vidal) * Calendar - leak fixes (Chen) - sensitize menu items in list view properly (JP) - redraw display when 24hr time setting changes (JP) Updated translations: - nl (Vincent van Adrighem) - pt (Duarte Loreto) - hu (Laszlo Dvornik) - ca (Jordi Mallach) - fr (Jeremie Knuesel, Sebastien Bacher, Christophe Merlet) - sv (Christian Rose) - de (Hendrik Brandt) - id (Mohammad DAMT) - es (Francisco Javier F. Serrador) - da (Martin Willemoes Hansen) - ko (Changwoo Ryu) - zh_CN (Funda Wang) - ms (Hasbullah Bin Pit) - hu (Laszlo Dvornik) - cs (Miloslav Trmac) - ru (Leonid Kanter) - bg (Vladimir Petkov) - sq (Laurent Dhima) - en_GB (David Lodge) - pl (Artur Flinta) - sr (Danilo Segan) - sr at Latn (Danilo Segan) - en_CA (Adam Weinberger) - pt_BR (Raphael Higino) - nn (?????smund Skj????veland) --------------------------------------------------------------------- * Thu Feb 24 2005 David Malcolm - 2.0.4-1 - Bugfix update from stable 2.0.2 to stable 2.0.4 - Updated dependency on libsoup from 2.2.0 to 2.2.1 - Updated dependency on e-d-s from 1.0.2 to 1.0.4 - Updated dependency on libgal2 from 2.2.3 to 2.2.5 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 812d8acf85420e2af774b4db2e9bd8bf SRPMS/evolution-2.0.4-1.src.rpm b3dc0f124ff0d089df67ed2a64750c86 x86_64/evolution-2.0.4-1.x86_64.rpm 46d9fd3b7b3a193e678812dc27d2bfe1 x86_64/evolution-devel-2.0.4-1.x86_64.rpm 8a6053eccf447cd6b2f0ab9171c1839e x86_64/debug/evolution-debuginfo-2.0.4-1.x86_64.rpm 5d21c8b8e16d5cb6f34a334d4379ec7b i386/evolution-2.0.4-1.i386.rpm e2a8d3fc8e8d4bc9f9b32ef1ad5e056a i386/evolution-devel-2.0.4-1.i386.rpm 502190331d846a307f021505aaad3eaf i386/debug/evolution-debuginfo-2.0.4-1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Fri Feb 25 05:35:03 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 25 Feb 2005 00:35:03 -0500 Subject: Fedora Core 3 Test Update: evolution-connector-2.0.4-1 Message-ID: <200502250535.j1P5Z3HT018756@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-170 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : evolution-connector Version : 2.0.4 Release : 1 Summary : Evolution plugin to interact with MS Exchange Server Description : The connector enables added functionality to Evolution when used with a Microsoft Exchange Server. --------------------------------------------------------------------- Update Information: Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): #65047 - 'Select contacts from Addressbook' hangs (Sushma) #67991 - Can't connect to OWA using Forms-Based Authentication over SSL (Sarfraaz) #70730 - connector hangs on kerberos authentication attempts (Sarfraaz) #71432 - Don't see schedule in new meeting request dialog (Sushma) #70357 - Crash: Exchange calendar query hangs Evolution (glibc gives a double-free or corruption error!) (Sarfraaz) #68330 - Exchange now crashes on start (Sarfraaz) #66963 - The trash is filtered for spam (that I just deleated) when I select (and there by open) the trashdir to do an expunge (Sarfraaz) #71469 - Menus for Connector are not Translated to French (Sarfraaz) #71555 - Label setting is not being saved across sessions (Sushma) #70283 - All-day calendar events incorrectly show as busy (Sarfraaz) #70414 - Memory corruption/build-up tracking bug (Sarfraaz) Fixes for 64 bit support (Michael Zucchi) Updated Translations: (Since 2.0.1) - bg (Alexander Shopov) - da (Martin Willemoes Hansen) - ca (Jordi Mallach) - hu (Laszlo Dvornik) --------------------------------------------------------------------- * Thu Feb 24 2005 David Malcolm - 2.0.4-1 - Stable bugfix update from 2.0.2 to 2.0.4 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ d5cd402ddcbbe7b4139d8d7ff3e87ad1 SRPMS/evolution-connector-2.0.4-1.src.rpm c10cd83e9e10cd7f1d19abb450fc46dc x86_64/evolution-connector-2.0.4-1.x86_64.rpm b0e79278260bf46f84a3e6710d66b176 x86_64/debug/evolution-connector-debuginfo-2.0.4-1.x86_64.rpm 739864e04f3faf875c89fdd9054ad3b9 i386/evolution-connector-2.0.4-1.i386.rpm e3bcffa836213ad98b41c14b6dcd5762 i386/debug/evolution-connector-debuginfo-2.0.4-1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From dmalcolm at redhat.com Fri Feb 25 05:47:43 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 25 Feb 2005 00:47:43 -0500 Subject: Evolution 2.0.4 updates for FC3? In-Reply-To: <1109020745.5711.92.camel@localhost.localdomain> References: <1108997851.5891.70.camel@excession.dzr> <1108998722.8733.0.camel@localhost.localdomain> <1109020745.5711.92.camel@localhost.localdomain> Message-ID: <1109310463.17227.25.camel@cassandra.boston.redhat.com> On Tue, 2005-02-22 at 05:19 +0800, Colin Charles wrote: >On Mon, 2005-02-21 at 10:12 -0500, Ignacio Vazquez-Abrams wrote: >> > Evolution 2.0.4, a bugfix release, has been released: >> > >> > http://codeblogs.ximian.com/blogs/evolution/archives/000449.html >> > >> > Will we get this for FC3? (We didn't get 2.0.3.) >> >> Put an update request in Bugzilla. > >I hear this is on dmalcolm's plate for the day - 2.0.4 that is. So hang >in there, I guess I just did these, as Test updates (see the flurry of emails that just hit this list) - please download and try them out. There are dependencies between the packages, so you should grab all 5 of the updates if you're going to do this. Dave From vherva at viasys.com Fri Feb 25 07:40:15 2005 From: vherva at viasys.com (Ville Herva) Date: Fri, 25 Feb 2005 09:40:15 +0200 Subject: yum-2.3.0-1: global name 'repoid' is not defined in repos.py line 103 Message-ID: <20050225074014.GF15993@viasys.com> After upgrading to yum-2.3.0-1 on Feb 22nd, I always get >yum search foo Traceback (most recent call last): File "/usr/bin/yum", line 7, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 51, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 151, in getOptionsConfig self.doConfigSetup(fn = conffile, root = root) File "__init__.py", line 70, in doConfigSetup File "__init__.py", line 121, in getReposFromConfig File "repos.py", line 103, in add NameError: global name 'repoid' is not defined with all yum commands. FWIW, I (blindly) cooked up this --8<----------------------------------------------------------------------- --- /usr/lib/python2.4/site-packages/yum/repos.py~ 2005-02-25 09:35:13.000000000 +0200 +++ /usr/lib/python2.4/site-packages/yum/repos.py 2005-02-25 09:35:13.000000000 +0200 @@ -100,7 +100,7 @@ def add(self, repoobj): if self.repos.has_key(repoobj.id): - raise Errors.RepoError, 'Repository %s already added, not adding again' % (repoid) + raise Errors.RepoError, 'Repository %s already added, not adding again' % (repoobj.id) self.repos[repoobj.id] = repoobj @@ -118,7 +118,7 @@ return self.repos[repoid] except KeyError, e: raise Errors.RepoError, \ - 'Error getting repository data for %s, repository not found' % (repoid) + 'Error getting repository data for %s, repository not found' % (repoobj.id) def disableRepo(self, repoid): """disable a repository from use""" --8<----------------------------------------------------------------------- And it appears to help. -- v -- v at iki.fi From skvidal at phy.duke.edu Fri Feb 25 07:47:43 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Fri, 25 Feb 2005 02:47:43 -0500 Subject: yum-2.3.0-1: global name 'repoid' is not defined in repos.py line 103 In-Reply-To: <20050225074014.GF15993@viasys.com> References: <20050225074014.GF15993@viasys.com> Message-ID: <1109317663.16521.65.camel@cutter> On Fri, 2005-02-25 at 09:40 +0200, Ville Herva wrote: >After upgrading to yum-2.3.0-1 on Feb 22nd, I always get > >>yum search foo >Traceback (most recent call last): > File "/usr/bin/yum", line 7, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 51, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 151, in getOptionsConfig > self.doConfigSetup(fn = conffile, root = root) > File "__init__.py", line 70, in doConfigSetup > File "__init__.py", line 121, in getReposFromConfig > File "repos.py", line 103, in add >NameError: global name 'repoid' is not defined > >with all yum commands. > bugzilla is your friend. https://bugzilla.redhat.com/beta/show_bug.cgi?id=149496 -sv From dwmw2 at infradead.org Fri Feb 25 11:25:23 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Fri, 25 Feb 2005 11:25:23 +0000 Subject: exim default config question In-Reply-To: <421E753B.3040604@donut.dk> References: <421E753B.3040604@donut.dk> Message-ID: <1109330723.26364.110.camel@localhost.localdomain> On Fri, 2005-02-25 at 01:45 +0100, Cream wrote: > >accept domains = +relay_to_domains > endpass > verify = recipient > >Whats going on here? how is it verifying recipients on another server? In that case it's simply verifying that it can route messages to the other server -- it's not verifying individual recipients at all. Synchronising user lists is outside the scope of the default configuration, but the simple option is to do a callout to the primary MX to verify that the recipient actually exists. Obviously that doesn't help if the primary MX is down, but it does help with the common spammer trick of just sending crap to the backup on the basis that it's more likely to accept it. You can change the above to: accept domains = +relay_to_domains endpass verify = recipient/callout=use_sender,defer_ok Going to http://www.exim.org/exim-html-4.40/doc/html/spec.html then selecting 'V' in the Concept Index then 'verifying:address, options for' will get http://www.exim.org/exim-html-4.40/doc/html/spec_38.html#IX2434 which explains the callout options in more detail -- basically this attempts an SMTP callout to the primary MX using the same source and destination mail addresses, and rejects the incoming mail if the primary MX doesn't like the (sender,recipient) pair. If the primary is down, the defer_ok option means that it'll accept the mail and queue it. If the primary is one of the versions of Exchange which can't (or doesn't) do rejection at SMTP time properly, then the above won't help and you have to use an LDAP query for verifying addresses. See sample configuration 'C043' in the FAQ. -- dwmw2 From shrek-m at gmx.de Fri Feb 25 10:28:16 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Fri, 25 Feb 2005 11:28:16 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.4-0.fc3.1 In-Reply-To: <1109295041.31171.2.camel@gibraltar.stuttgart.redhat.com> References: <1109295041.31171.2.camel@gibraltar.stuttgart.redhat.com> Message-ID: <421EFDC0.6010909@gmx.de> Nils Philippsen wrote: >--------------------------------------------------------------------- >Fedora Test Update Notification >FEDORA-2005-164 >2005-02-24 >--------------------------------------------------------------------- > >Product : Fedora Core 3 >Name : gimp >Version : 2.2.4 >Release : 0.fc3.1 >Summary : The GNU Image Manipulation Program > only the first time i get this warning $ gimp executable not found: '/usr/lib/gimp/2.0/plug-ins/sphere.py' $ gimp $ gimp $ ll /usr/lib/gimp/2.0/plug-ins/*.py -rwxr-xr-x 1 root root 2636 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/clothify.py -rwxr-xr-x 1 root root 4311 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/colorxhtml.py -rwxr-xr-x 1 root root 1295 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/foggify.py -rwxr-xr-x 1 root root 3004 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/gimpcons.py ??==> -rw-r--r-- 1 root root 10676 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/gtkcons.py -rwxr-xr-x 1 root root 1369 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/pdbbrowse.py -rwxr-xr-x 1 root root 6046 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/py-slice.py -rwxr-xr-x 1 root root 1614 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/shadow_bevel.py -rwxr-xr-x 1 root root 9436 23. Feb 10:55 /usr/lib/gimp/2.0/plug-ins/whirlpinch.py $ grep gimp /var/log/yum.log* Feb 25 10:18:15 Updated: gimp-help.noarch 2-0.1.0.7.0.fc3.1 Feb 25 10:50:23 Updated: gimp.i386 2:2.2.4-0.fc3.1 Feb 25 10:51:11 Updated: gimp-devel.i386 2:2.2.4-0.fc3.1 $ rpm -qa gimp* gimp-data-extras-1.2.0-12 gimp-2.2.4-0.fc3.1 gimp-print-cups-4.2.7-2 gimp-gap-2.0.2-2 gimp-print-utils-4.2.7-2 gimp-print-plugin-4.2.7-2 gimp-print-devel-4.2.7-2 gimp-help-2-0.1.0.7.0.fc3.1 gimp-print-4.2.7-2 gimp-devel-2.2.4-0.fc3.1 -- shrek-m From nphilipp at redhat.com Fri Feb 25 17:23:43 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 25 Feb 2005 18:23:43 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.4-0.fc3.1 In-Reply-To: <421E1508.7080704@gmx.de> References: <1109295041.31171.2.camel@gibraltar.stuttgart.redhat.com> <421E1508.7080704@gmx.de> Message-ID: <1109352224.17219.28.camel@gibraltar.stuttgart.redhat.com> On Thu, 2005-02-24 at 18:55 +0100, shrek-m at gmx.de wrote: > Nils Philippsen wrote: > > >--------------------------------------------------------------------- > >Fedora Test Update Notification > >FEDORA-2005-164 > >2005-02-24 > > > > $ date -u > Do Feb 24 17:52:11 UTC 2005 You've got it! The Mail From The Future(tm). Well, it actually was my laptop having a skewed time. 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 fct-cornette at insight.rr.com Fri Feb 25 19:50:36 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 25 Feb 2005 14:50:36 -0500 Subject: Strange 100% CPU state after 2005022[3|4] updates In-Reply-To: <421F3551.8010900@research.att.com> References: <1109305296.4123.17.camel@clownfish.redfishdemo.com> <421F3551.8010900@research.att.com> Message-ID: <421F818C.7090903@insight.rr.com> John Ellson wrote: > Rodd Clarkson wrote: > >> Every now and again my CPU goes into a 100% usage state after recent >> rawhide updates (last two days). >> >> IN one case I couldn't figure out what was causing it and had to >> shutdown anyway, so just turned the system off. >> >> In another, I tried killing gnome-vfs-daemon, gnome-settings-daemon, >> nautilus, gamin and finally stopped it killing gnome-panel. >> >> in both cases I don't know what triggered it, but the usage was roughly >> 30-40% user, 60-70% system. >> >> Just now I've discovered I can trigger a similar state as follows: >> >> 1. Open Applications > Accessories > Dictionary >> 2. Type Role into the Word field and hit enter >> 3. Click on the hyperlink Roll (this should bring up the meaning of >> Roll) >> >> Doing this sends my CPU 100% (about 30% user and 70% system) >> >> Closing the Dictionary fixes this immediately. >> >> >> Is anyone else seeing this (I'll file a bug report if so, or if someone >> tells me) and has anyone got any ideas why? >> >> >> Rodd >> >> >> >> > I think Jim Cornette was seeing something very similar recently, > reported on fedora-test-list. > > Let me see if I can hook you up... > > John > I tried the dictionary and it did not seem to cause the same symptom as described. I noticed that the file dialog box hangs sometimes and brings my cpu speed up to maximum. The file chooser eventually gets to the save to folder portion. It does so very slowly though. Since this is a laptop and does not get prelinked regularly and there are constant rpms being upgraded, I'll check if the problem might be related to a "half and half" optimization. I am guessing here. Jim From jvdias at redhat.com Fri Feb 25 20:13:55 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 25 Feb 2005 15:13:55 -0500 Subject: Fedora Core 3 Update: bind-9.2.5rc1 Message-ID: <200502252013.j1PKDtcW007990@jvdsibm.boston.redhat.com> Subject: Fedora Core 3 Update: bind-9.2.5rc1-1 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-166 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : bind Version : 9.2.5rc1 Release : 1 Summary : The Berkeley Internet Name Domain (BIND) DNS (Domain Name System) server. Description : BIND (Berkeley Internet Name Domain) is an implementation of the DNS (Domain Name System) protocols. BIND includes a DNS server (named), which resolves host names to IP addresses; a resolver library (routines for applications to use when interfacing with DNS); and tools for verifying that the DNS server is operating properly. --------------------------------------------------------------------- Update Information: Upgraded to ISC BIND version 9.2.5rc1 . Added support for LDAP, PostgreSQL and filesystem Simplified Database Backends (SDB) with the bind-sdb package, and for development with libbind, the BIND 8 compatible resolver library, with the bind-libbind-devel package. Fixed various bugs (see ChangeLog below). --------------------------------------------------------------------- * Thu Feb 24 2005 Jason Vas Dias - 22:9.2.5rc1-1 - Upgrade to ISC BIND 9.2.5rc1 in FC3 - fix bug 149572: dup of 147824 / 147073 / 145664 * Sun Feb 20 2005 Jason Vas Dias - 22:9.3.1rc1-2 - fix bug 149183: don't use getifaddrs() . * Wed Feb 16 2005 Jason Vas Dias - 22:9.3.1rc1-1 - Upgrade to 9.3.1rc1 - Add Simplified Database Backend (SDB) sub-package ( bind-sdb ) - add named_sdb - ldap + pgsql + dir database backend support with - 'ENABLE_SDB' named.sysconfig option - Add BIND resolver library & includes sub-package ( libbind-devel) - fix bug 147824 / 147073 / 145664: ENABLE_ZONE_WRITE in named.init - fix bug 146084 : shutup restorecon * Tue Jan 11 2005 Jason Vas Dias - 22:9.3.0-2 - Fix bug 143438: named.init will now make correct ownership of $ROOTDIR/var/named - based on 'named_write_master_zones' SELinux boolean. - Fix bug 143744: dig & nsupdate IPv6 timeout (dup of 140528) * Mon Nov 29 2004 Jason Vas Dias - 9.3.0-1 - Upgrade BIND to 9.3.0 in Rawhide / FC4 (bugs 134529, 133654...) * Mon Nov 29 2004 Jason Vas Dias - 20:9.2.4-4 - Fix bugs 140528 and 141113: - 2 second timeouts when IPv6 not configured and root nameserver's - AAAA addresses are queried * Mon Oct 18 2004 Jason Vas Dias - 20:9.2.4-2 - Fix bug 136243: bind-chroot %post must run restorecon -R /var/named/chroot - Fix bug 135175: named.init must return non-zero if named is not run - Fix bug 134060: bind-chroot %post must use mktemp, not /tmp/named - Fix bug 133423: bind-chroot %files entries should have been %dirs * Thu Sep 23 2004 Jason Vas Dias - 20:9.2.4-1 - BIND 9.2.4 (final release) released - source code actually - identical to 9.2.4rc8, with only version number change. * Mon Sep 20 2004 Jason Vas Dias - 10:9.2.4rc8-14 - Upgrade to upstream bind-9.2.4rc8 . - Progress: Finally! Hooray! ISC bind now distributes: - o named.conf(5) and nslookup(8) manpages - 'bind-manpages.bz2' source can now disappear - (could this have something to do with ISC bug I raised about this?) - o 'deprecation_msg' global has vanished - bind-9.2.3rc3-deprecation_msg_shut_up.diff.bz2 can disappear * Mon Sep 20 2004 Jason Vas Dias - 10:9.2.4rc8-14 - Fix bug 106572/132385: copy /etc/localtime to chroot on start * Fri Sep 10 2004 Jason Vas Dias - 10:9.2.4rc7-12_EL3 - Fix bug 132303: if ROOTDIR line was replaced after upgrade from - bind-chroot-9.2.2-21, restart named * Wed Sep 8 2004 Jason Vas Dias - 10:9.2.4rc7-11_EL3 - Fix bug 131803: replace ROOTDIR line removed by broken - bind-chroot 9.2.2-21's '%postun'; added %triggerpostun for bind-chroot * Tue Sep 7 2004 Jason Vas Dias - 10:9.2.4rc7-10_EL3 - Fix bugs 130121 & 130981 for RHEL-3 * Mon Aug 30 2004 Jason Vas Dias - 10:9.2.4rc7-10 - Fix bug 130121: add '%ghost' entries for files included in previous - bind-chroot & not in current - ie. named.conf, rndc.key, dev/* - - that RPM removed after upgrade . * Thu Aug 26 2004 Jason Vas Dias - Fix bug 130981: add '-t' option to named-checkconf invocation in - named.init if chroot installed. * Wed Aug 25 2004 Jason Vas Dias - Remove resolver(5) manpage now in man-pages (bug 130792); - Don't create /dev/ entries in bind-chroot if already there (bug 127556); - fix bind-devel Requires (bug 130919) - Set default location for dumpdb & stats files to /var/named/data * Tue Aug 24 2004 Jason Vas Dias - Fix devel Requires for bug 130738 & fix version * Tue Aug 24 2004 Jason Vas Dias - Fix errors on clean install if named group does not exist - (bug 130777) * Thu Aug 19 2004 Jason Vas Dias - Upgrade to bind-9.2.4rc7; applied initscript fix - for bug 102035. * Mon Aug 9 2004 Jason Vas Dias - Fixed bug 129289: bind-chroot install / deinstall - on install, existing config files 'safe_replace'd - with links to chroot copies; on uninstall, moved back. * Fri Aug 6 2004 Jason Vas Dias - Fixed bug 129258: "${prefix}/var/tmp" typo in spec * Wed Jul 28 2004 Jason Vas Dias - Fixed bug 127124 : 'Requires: kernel >= 2.4' - causes problems with Linux VServers * Tue Jul 27 2004 Jason Vas Dias - Fixed bug 127555 : chroot tar missing var/named/slaves * Fri Jul 16 2004 Jason Vas Dias - Upgraded to ISC version 9.2.4rc6 * Fri Jul 16 2004 Jason Vas Dias - Fixed named.init generation of error messages on - 'service named stop' and 'service named reload' - as per bug 127775 * Wed Jun 23 2004 Daniel Walsh 9.2.3-19 - Bump for rhel 3.0 U3 * Wed Jun 23 2004 Daniel Walsh 9.2.3-18 - remove disable-linux-caps * Wed Jun 16 2004 Daniel Walsh 9.2.3-17 - Update RHEL3 to latest bind * Tue Jun 15 2004 Elliot Lee - rebuilt * Tue Jun 8 2004 Daniel Walsh 9.2.3-15 - Remove device files from chroot, Named uses the system one * Fri Mar 26 2004 Daniel Walsh 9.2.3-14 - Move RFC to devel package * Fri Mar 26 2004 Daniel Walsh 9.2.3-13 - Fix location of restorecon * Thu Mar 25 2004 Daniel Walsh 9.2.3-12 - Tighten security on config files. Should be owned by root * Thu Mar 25 2004 Daniel Walsh 9.2.3-11 - Update key patch to include conf-keygen * Tue Mar 23 2004 Daniel Walsh 9.2.3-10 - fix chroot to only happen once. - fix init script to do kill insteall of killall * Mon Mar 15 2004 Daniel Walsh 9.2.3-9 - Add fix for SELinux security context * Tue Mar 2 2004 Elliot Lee - rebuilt * Sat Feb 28 2004 Florian La Roche - run ldconfig for libs subrpm * Mon Feb 23 2004 Tim Waugh - Use ':' instead of '.' as separator for chown. * Tue Feb 17 2004 Daniel Walsh 9.2.3-7 - Add COPYRIGHT * Fri Feb 13 2004 Elliot Lee - rebuilt * Tue Dec 30 2003 Daniel Walsh 9.2.3-5 - Add defattr to libs * Mon Dec 29 2003 Daniel Walsh 9.2.3-4 - Break out library package * Mon Dec 22 2003 Daniel Walsh 9.2.3-3 - Fix condrestart * Wed Nov 12 2003 Daniel Walsh 9.2.3-2 - Move libisc and libdns to bind from bind-util * Tue Nov 11 2003 Daniel Walsh 9.2.3-1 - Move to 9.2.3 * Mon Oct 27 2003 Daniel Walsh 9.2.2.P3-10 - Add PIE support * Fri Oct 17 2003 Daniel Walsh 9.2.2.P3-9 - Add /var/named/slaves directory * Sun Oct 12 2003 Florian La Roche - do not link against libnsl, not needed for Linux * Wed Oct 8 2003 Daniel Walsh 9.2.2.P3-6 - Fix local time in log file * Tue Oct 7 2003 Daniel Walsh 9.2.2.P3-5 - Try again * Mon Oct 6 2003 Daniel Walsh 9.2.2.P3-4 - Fix handling of chroot -/dev/random * Thu Oct 2 2003 Daniel Walsh 9.2.2.P3-3 - Stop hammering stuff on update of chroot environment * Mon Sep 29 2003 Daniel Walsh 9.2.2.P3-2 - Fix chroot directory to grab all subdirectories * Wed Sep 24 2003 Daniel Walsh 9.2.2.P3-1 - New patch to support for "delegation-only" * Wed Sep 17 2003 Daniel Walsh 9.2.2-23 - patch support for "delegation-only" * Wed Jul 30 2003 Daniel Walsh 9.2.2-22 - Update to build on RHL * Wed Jul 30 2003 Daniel Walsh 9.2.2-21 - Install libraries as exec so debug info will be pulled * Sat Jul 19 2003 Daniel Walsh 9.2.2-20 - Remove BSDCOMPAT (BZ 99454) * Tue Jul 15 2003 Daniel Walsh 9.2.2-19 - Update to build on RHL * Tue Jul 15 2003 Daniel Walsh 9.2.2-18 - Change protections on /var/named and /var/chroot/named * Tue Jun 17 2003 Daniel Walsh 9.2.2-17 - Update to build on RHL * Tue Jun 17 2003 Daniel Walsh 9.2.2-16 - Update to build on RHEL * Wed Jun 4 2003 Elliot Lee - rebuilt * Tue Apr 22 2003 Daniel Walsh 9.2.2-14 - Update to build on RHEL * Tue Apr 22 2003 Daniel Walsh 9.2.2-13 - Fix config description of named.conf in chroot - Change named.init script to check for existence of /etc/sysconfig/network * Fri Apr 18 2003 Daniel Walsh 9.2.2-12 - Update to build on RHEL * Fri Apr 18 2003 Daniel Walsh 9.2.2-11 - Update to build on RHEL * Fri Apr 18 2003 Daniel Walsh 9.2.2-10 - Fix echo OK on starting/stopping service * Fri Mar 28 2003 Daniel Walsh 9.2.2-9 - Update to build on RHEL * Fri Mar 28 2003 Daniel Walsh 9.2.2-8 - Fix echo on startup * Tue Mar 25 2003 Daniel Walsh 9.2.2-7 - Fix problems with chroot environment - Eliminate posix threads * Mon Mar 24 2003 Daniel Walsh 9.2.2-6 - Fix build problems * Fri Mar 14 2003 Daniel Walsh 9.2.2-5 - Fix build on beehive * Thu Mar 13 2003 Daniel Walsh 9.2.2-4 - build bind-chroot kit * Tue Mar 11 2003 Daniel Walsh 9.2.2-3 - Change configure to use proper threads model * Fri Mar 7 2003 Daniel Walsh 9.2.2-2 - update to 9.2.2 * Tue Mar 4 2003 Daniel Walsh 9.2.2-1 - update to 9.2.2 * Fri Jan 24 2003 Daniel Walsh 9.2.1-16 - Put a sleep in restart to make sure stop completes * Wed Jan 22 2003 Tim Powers - rebuilt * Tue Jan 7 2003 Daniel Walsh 9.2.1-14 - Separate /etc/rndc.key to separate file * Tue Jan 7 2003 Nalin Dahyabhai 9.2.1-13 - Use openssl's pkgconfig data, if available, at build-time. * Mon Jan 6 2003 Daniel Walsh 9.2.1-12 - Fix log rotate to use service named reload - Change service named reload to give success/failure message [73770] - Fix File checking [75710] - Begin change to automatically run in CHROOT environment * Tue Dec 24 2002 Daniel Walsh 9.2.1-10 - Fix startup script to work like all others. * Mon Dec 16 2002 Daniel Walsh 9.2.1-9 - Fix configure to build on x86_64 platforms * Wed Aug 7 2002 Karsten Hopp - fix #70583, doesn't build on IA64 * Tue Jul 30 2002 Karsten Hopp 9.2.1-8 - bind-utils shouldn't require bind * Mon Jul 22 2002 Karsten Hopp 9.2.1-7 - fix name of pidfine in logrotate script (#68842) - fix owner of logfile in logrotate script (#41391) - fix nslookup and named.conf man pages (output on stderr) (#63553, #63560, #63561, #54889, #57457) - add rfc1912 (#50005) - gzip all rfc's - fix typo in keygen.c (#54870) - added missing manpages (#64065) - shutdown named properly with rndc stop (#62492) - /sbin/nologin instead of /bin/false (#68607) - move nsupdate to bind-utils (where the manpage already was) (#66209, #66381) - don't kill initscript when rndc fails (reload) (#58750) * Mon Jun 24 2002 Bernhard Rosenkraenzer 9.2.1-5 - Fix #65975 * Fri Jun 21 2002 Tim Powers - automated rebuild * Thu May 23 2002 Tim Powers - automated rebuild * Thu May 9 2002 Bernhard Rosenkraenzer 9.2.1-2 - Move libisccc, lib isccfg and liblwres from bind-utils to bind, they're not required if you aren't running a nameserver. * Fri May 3 2002 Florian La Roche - update to 9.2.1 release * Thu Mar 14 2002 Bernhard Rosenkraenzer 9.2.0-8 - Merge 30+ bug fixes from 9.2.1rc1 code * Mon Mar 11 2002 Bernhard Rosenkraenzer 9.2.0-7 - Don't exit if /etc/named.conf doesn't exist if we're running chroot (#60868) - Revert Elliot's changes, we do require specific glibc/glibc-kernheaders versions or bug #58335 will be back. "It compiles, therefore it works" isn't always true. * Thu Feb 28 2002 Elliot Lee 9.2.0-6 - Fix BuildRequires (we don't need specific glibc/glibc-kernheaders versions). - Use _smp_mflags * Wed Feb 20 2002 Bernhard Rosenkraenzer 9.2.0-4 - rebuild, require recent autoconf, automake (#58335) * Fri Jan 25 2002 Tim Powers - rebuild against new libssl * Wed Jan 9 2002 Tim Powers - automated rebuild * Tue Nov 27 2001 Bernhard Rosenkraenzer 9.2.0-1 - 9.2.0 * Thu Nov 22 2001 Bernhard Rosenkraenzer 9.2.0-0.rc10.2 - 9.2.0rc10 * Mon Nov 5 2001 Bernhard Rosenkraenzer 9.2.0-0.rc8.2 - Fix up rndc.conf (#55574) * Thu Oct 25 2001 Bernhard Rosenkraenzer 9.2.0-0.rc8.1 - rc8 - Enforce --enable-threads * Mon Oct 22 2001 Bernhard Rosenkraenzer 9.2.0-0.rc7.1 - 9.2.0rc7 - Use rndc status for "service named status", it's supposed to actually work in 9.2.x. * Wed Oct 3 2001 Bernhard Rosenkraenzer 9.2.0-0.rc5.1 - 9.2.0rc5 - Fix rpm --rebuild with ancient libtool versions (#53938, #54257) * Tue Sep 25 2001 Bernhard Rosenkraenzer 9.2.0-0.rc4.1 - 9.2.0rc4 * Fri Sep 14 2001 Bernhard Rosenkraenzer 9.2.0-0.rc3.1 - 9.2.0rc3 - remove ttl patch, I don't think we need this for 8.0. - remove dig.1.bz2 from the bind8-manpages tar file, 9.2 has a new dig man page - add lwres* man pages to -devel * Mon Sep 3 2001 Bernhard Rosenkraenzer 9.1.3-4 - Make sure /etc/rndc.conf isn't world-readable even after the %post script inserted a random key (#53009) * Thu Jul 19 2001 Bernhard Rosenkraenzer 9.1.3-3 - Add build dependencies (#49368) - Make sure running service named start several times doesn't create useless processes (#47596) - Work around the named parent process returning 0 even if the config file is broken (it's parsed later by the child processes) (#45484) * Mon Jul 16 2001 Bernhard Rosenkraenzer 9.1.3-2 - Don't use rndc status, it's not yet implemented (#48839) * Sun Jul 8 2001 Florian La Roche - update to 9.1.3 release * Tue Jul 3 2001 Bernhard Rosenkraenzer 9.1.3-0.rc3.1 - Fix up rndc configuration and improve security (#46586) * Tue Jun 26 2001 Bernhard Rosenkraenzer 9.1.3-0.rc2.2 - Sync with caching-nameserver-7.1-6 * Mon Jun 25 2001 Bernhard Rosenkraenzer 9.1.3-0.rc2.1 - Update to rc2 * Fri Jun 1 2001 Bernhard Rosenkraenzer 9.1.3-0.rc1.3 - Remove resolv.conf(5) man page, it's now in man-pages * Thu May 31 2001 Bernhard Rosenkraenzer 9.1.3-0.rc1.2 - Add named.conf man page from bind 8.x (outdated, but better than nothing, - Rename the rndc key (#42895) - Add dnssec* man pages * Mon May 28 2001 Bernhard Rosenkraenzer 9.1.3-0.rc1.1 - 9.1.3rc1 - s/Copyright/License/ * Mon May 7 2001 Bernhard Rosenkraenzer 9.1.2-1 - 9.1.2 final. No changes between 9.1.2-0.rc1.1 and this one, except for the version number, though. * Thu May 3 2001 Bernhard Rosenkraenzer 9.1.2-0.rc1.1 - 9.1.2rc1 * Thu Mar 29 2001 Bernhard Rosenkraenzer 9.1.1-1 - 9.1.1 * Thu Mar 15 2001 Bernhard Rosenkraenzer 9.1.0-10 - Merge fixes from 9.1.1rc5 * Sun Mar 11 2001 Bernhard Rosenkraenzer 9.1.0-9 - Work around bind 8 -> bind 9 migration problem when using buggy zone files: accept zones without a TTL, but spew out a big fat warning. (#31393) * Thu Mar 8 2001 Bernhard Rosenkraenzer - Add fixes from rc4 * Fri Mar 2 2001 Nalin Dahyabhai - rebuild in new environment * Thu Mar 1 2001 Bernhard Rosenkraenzer - killall -HUP named if rndc reload fails (#30113) * Tue Feb 27 2001 Bernhard Rosenkraenzer - Merge some fixes from 9.1.1rc3 * Tue Feb 20 2001 Bernhard Rosenkraenzer - Don't use the standard rndc key from the documentation, instead, create a random one at installation time (#26358) - Make /etc/rndc.conf readable by user named only, it contains secret keys * Tue Feb 20 2001 Bernhard Rosenkraenzer - 9.1.1 probably won't be out in time, revert to 9.1.0 and apply fixes from 9.1.1rc2 - bind requires bind-utils (#28317) * Tue Feb 13 2001 Bernhard Rosenkraenzer - Update to rc2, fixes 2 more bugs - Fix build with glibc >= 2.2.1-7 * Thu Feb 8 2001 Bernhard Rosenkraenzer - Update to 9.1.1rc1; fixes 17 bugs (14 of them affecting us; 1 was fixed in a Red Hat patch already, 2 others are portability improvements) * Wed Feb 7 2001 Bernhard Rosenkraenzer - Remove initscripts 5.54 requirement (#26489) * Mon Jan 29 2001 Bernhard Rosenkraenzer - Add named-checkconf, named-checkzone (#25170) * Mon Jan 29 2001 Trond Eivind Glomsr?d - use echo, not gprintf * Wed Jan 24 2001 Bernhard Rosenkraenzer - Fix problems with $GENERATE Patch from Daniel Roesen Bug #24890 * Thu Jan 18 2001 Bernhard Rosenkraenzer - 9.1.0 final * Sat Jan 13 2001 Bernhard Rosenkraenzer - 9.1.0rc1 - i18nify init script - bzip2 source to save space * Thu Jan 11 2001 Bernhard Rosenkraenzer - Fix %postun script * Tue Jan 9 2001 Bernhard Rosenkraenzer - 9.1.0b3 * Mon Jan 8 2001 Bernhard Rosenkraenzer - Add named.conf man page from bind8 (#23503) * Sun Jan 7 2001 Bernhard Rosenkraenzer - Make /etc/rndc.conf and /etc/sysconfig/named noreplace - Make devel require bind = %{version} rather than just bind * Sun Jan 7 2001 Bernhard Rosenkraenzer - Fix init script for real * Sat Jan 6 2001 Bernhard Rosenkraenzer - Fix init script when ROOTDIR is not set * Thu Jan 4 2001 Bernhard Rosenkraenzer - Add hooks for setting up named to run chroot (RFE #23246) - Fix up requirements * Fri Dec 29 2000 Bernhard Rosenkraenzer - 9.1.0b2 * Wed Dec 20 2000 Bernhard Rosenkraenzer - Move run files to /var/run/named/ - /var/run isn't writable by the user we're running as. (Bug #20665) * Tue Dec 19 2000 Bernhard Rosenkraenzer - Fix reverse lookups (#22272) - Run ldconfig in %post utils * Tue Dec 12 2000 Karsten Hopp - fixed logrotate script (wrong path to kill) - include header files in -devel package - bugzilla #22049, #19147, 21606 * Fri Dec 8 2000 Bernhard Rosenkraenzer - 9.1.0b1 (9.1.0 is in our timeframe and less buggy) * Mon Nov 13 2000 Bernhard Rosenkraenzer - 9.0.1 * Mon Oct 30 2000 Bernhard Rosenkraenzer - Fix initscript (Bug #19956) - Add sample rndc.conf (Bug #19956) - Fix build with tar 1.13.18 * Tue Oct 10 2000 Bernhard Rosenkraenzer - Add some missing man pages (taken from bind8) (Bug #18794) * Sun Sep 17 2000 Bernhard Rosenkraenzer - 9.0.0 final * Wed Aug 30 2000 Bernhard Rosenkraenzer - rc5 - fix up nslookup * Thu Aug 24 2000 Bernhard Rosenkraenzer - rc4 * Thu Jul 13 2000 Bernhard Rosenkraenzer - 9.0.0rc1 * Wed Jul 12 2000 Prospector - automatic rebuild * Sun Jul 9 2000 Florian La Roche - add "exit 0" for uninstall case * Fri Jul 7 2000 Florian La Roche - add prereq init.d and cleanup install section * Fri Jun 30 2000 Trond Eivind Glomsr?d - fix the init script * Wed Jun 28 2000 Nalin Dahyabhai - make libbind.a and nslookup.help readable again by setting INSTALL_LIB to "" * Mon Jun 26 2000 Bernhard Rosenkr?nzer - Fix up the initscript (Bug #13033) - Fix build with current glibc (Bug #12755) - /etc/rc.d/init.d -> /etc/init.d - use %{_mandir} rather than /usr/share/man * Mon Jun 19 2000 Bill Nottingham - fix conflict with man-pages - remove compatibilty chkconfig links - initscript munging * Wed Jun 14 2000 Nalin Dahyabhai - modify logrotate setup to use PID file - temporarily disable optimization by unsetting $RPM_OPT_FLAGS at build-time - actually bump the release this time * Sun Jun 4 2000 Bernhard Rosenkraenzer - FHS compliance * Mon Apr 17 2000 Nalin Dahyabhai - clean up restart patch * Mon Apr 10 2000 Nalin Dahyabhai - provide /var/named (fix for bugs #9847, #10205) - preserve args when restarted via ndc(8) (bug #10227) - make resolv.conf(5) a link to resolver(5) (bug #10245) - fix SYSTYPE bug in all makefiles - move creation of named user from %post into %pre * Mon Feb 28 2000 Bernhard Rosenkr?nzer - Fix TTL (patch from ISC, Bug #9820) * Wed Feb 16 2000 Bernhard Rosenkr?nzer - fix typo in spec (it's %post, without a leading blank) introduced in -6 - change SYSTYPE to linux * Fri Feb 11 2000 Bill Nottingham - pick a standard < 100 uid/gid for named * Fri Feb 4 2000 Elliot Lee - Pass named a '-u named' parameter by default, and add/remove user. * Thu Feb 3 2000 Bernhard Rosenkraenzer - fix host mx bug (Bug #9021) * Mon Jan 31 2000 Cristian Gafton - rebuild to fix dependencies - man pages are compressed * Wed Jan 19 2000 Bernhard Rosenkraenzer - It's /usr/bin/killall, not /usr/sbin/killall (Bug #8063) * Mon Jan 17 2000 Bernhard Rosenkraenzer - Fix up location of named-bootconf.pl and make it executable (Bug #8028) - bind-devel requires bind * Mon Nov 15 1999 Bernhard Rosenkraenzer - update to 8.2.2-P5 * Wed Nov 10 1999 Bill Nottingham - update to 8.2.2-P3 * Tue Oct 12 1999 Cristian Gafton - add patch to stop a cache only server from complaining about lame servers on every request. * Fri Sep 24 1999 Preston Brown - use real stop and start in named.init for restart, not ndc restart, it has problems when named has changed during a package update... (# 4890) * Fri Sep 10 1999 Bill Nottingham - chkconfig --del in %preun, not %postun * Mon Aug 16 1999 Bill Nottingham - initscript munging * Mon Jul 26 1999 Bill Nottingham - fix installed chkconfig links to match init file * Sat Jul 3 1999 Jeff Johnson - conflict with new (in man-1.24) man pages (#3876,#3877). * Tue Jun 29 1999 Bill Nottingham - fix named.logrotate (wrong %SOURCE) * Fri Jun 25 1999 Jeff Johnson - update to 8.2.1. - add named.logrotate (#3571). - hack around egcs-1.1.2 -m486 bug (#3413, #3485). - vet file list. * Fri Jun 18 1999 Bill Nottingham - don't run by default * Sun May 30 1999 Jeff Johnson - nslookup fixes (#2463). - missing files (#3152). * Sat May 1 1999 Stepan Kasal - nslookup patched: to count numRecords properly to fix subsequent calls to ls -d to parse "view" and "finger" commands properly the view hack updated for bind-8 (using sed) * Wed Mar 31 1999 Bill Nottingham - add ISC patch - add quick hack to make host not crash - add more docs * Fri Mar 26 1999 Cristian Gafton - add probing information in the init file to keep linuxconf happy - dont strip libbind * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 3) * Wed Mar 17 1999 Preston Brown - removed 'done' output at named shutdown. * Tue Mar 16 1999 Cristian Gafton - version 8.2 * Wed Dec 30 1998 Cristian Gafton - patch to use the __FDS_BITS macro - build for glibc 2.1 * Wed Sep 23 1998 Jeff Johnson - change named.restart to /usr/sbin/ndc restart * Sat Sep 19 1998 Jeff Johnson - install man pages correctly. - change K10named to K45named. * Wed Aug 12 1998 Jeff Johnson - don't start if /etc/named.conf doesn't exist. * Sat Aug 8 1998 Jeff Johnson - autmagically create /etc/named.conf from /etc/named.boot in %post - remove echo in %post * Wed Jun 10 1998 Jeff Johnson - merge in 5.1 mods * Sun Apr 12 1998 Manuel J. Galan - Several essential modifications to build and install correctly. - Modified 'ndc' to avoid deprecated use of '-' * Mon Dec 22 1997 Scott Lampert - Used buildroot - patched bin/named/ns_udp.c to use for include on Redhat 5.0 instead of --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ 4bc296571f446f4ef230d1c287211e94 SRPMS/bind-9.2.5rc1-1.src.rpm 15b5a0bb30a6412105ed61179ff236a5 x86_64/bind-9.2.5rc1-1.x86_64.rpm 8e5bf3ec333b44fcdcac1c96879fd1d2 x86_64/bind-libs-9.2.5rc1-1.x86_64.rpm 892e87c195c45bf74a3548338c4eaaa4 x86_64/bind-utils-9.2.5rc1-1.x86_64.rpm f9fb6851ec7519c194f0e5a74eedee1e x86_64/bind-devel-9.2.5rc1-1.x86_64.rpm c1391fda094a9b78c6896ed5ddc7bcb6 x86_64/bind-libbind-devel-9.2.5rc1-1.x86_64.rpm f806c88d3649ecc1090473a4185e5ece x86_64/bind-chroot-9.2.5rc1-1.x86_64.rpm 3f78db210db727cf6281832e3f69e350 x86_64/bind-sdb-9.2.5rc1-1.x86_64.rpm 7f9f18aac729acb253b457165e52ac7b x86_64/debug/bind-debuginfo-9.2.5rc1-1.x86_64.rpm a17693459d6f3ff85a3a244fd6ed97b3 x86_64/bind-libs-9.2.5rc1-1.i386.rpm 82d7d3f1fe8e7f37a9cc0dda8ae45ecb i386/bind-9.2.5rc1-1.i386.rpm a17693459d6f3ff85a3a244fd6ed97b3 i386/bind-libs-9.2.5rc1-1.i386.rpm f17261624421b28216fb7f38ae2a056a i386/bind-utils-9.2.5rc1-1.i386.rpm 9608b4defc7c7fd00cc981326ec4152a i386/bind-devel-9.2.5rc1-1.i386.rpm a02cb8b59bfa80fc308e3458211dacab i386/bind-libbind-devel-9.2.5rc1-1.i386.rpm c754814c9d1dc59a9cbcd9c4318d8b3f i386/bind-chroot-9.2.5rc1-1.i386.rpm 746ebb7e9d5151500c85c3b2ce6dd849 i386/bind-sdb-9.2.5rc1-1.i386.rpm 640b40f5b37175fb636fe10a7d9a9357 i386/debug/bind-debuginfo-9.2.5rc1-1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Fri Feb 25 20:17:14 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 25 Feb 2005 15:17:14 -0500 Subject: Fedora Core 3 Update: dhcp-3.0.1-40_FC3 Message-ID: <200502252017.j1PKHEFp008050@jvdsibm.boston.redhat.com> From jvdias at redhat.com Fri Feb 25 20:17:48 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 25 Feb 2005 15:17:48 -0500 Subject: Fedora Core 3 Update: dhcp-3.0.1-40_FC3 Message-ID: <200502252017.j1PKHmMp008059@jvdsibm.boston.redhat.com> Subject: Fedora Core 3 Update: dhcp-3.0.1-40_FC3 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-167 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : dhcp Version : 3.0.1 Release : 40_FC3 Summary : A DHCP (Dynamic Host Configuration Protocol) server and relay agent. Description : DHCP (Dynamic Host Configuration Protocol) is a protocol which allows individual devices on an IP network to get their own network configuration information (IP address, subnetmask, broadcast address, etc.) from a DHCP server. The overall purpose of DHCP is to make it easier to administer a large network. The dhcp package includes the ISC DHCP service and relay agent. To use DHCP on your network, install a DHCP service (or relay agent), and on clients run a DHCP client daemon. The dhcp package provides the ISC DHCP service and relay agent. --------------------------------------------------------------------- * Thu Feb 24 2005 Jason Vas Dias 7:3.0.1-40_FC3 - fix bug 143640: allow only one dhclient to configure an interface * Tue Feb 15 2005 Jason Vas Dias 7:3.0.1-38_FC3 - improved execshield link options; fixed dhcpd.init for -cf in DHCPDARGS * Mon Feb 14 2005 Jason Vas Dias 7:3.0.1-34_FC3 - make dhclient-script TIMEOUT mode do exactly the same configuration - as BOUND / RENEW / REBIND / REBOOT if router ping succeeds * Mon Feb 14 2005 Jason Vas Dias 7:3.0.1-34_FC3 - fix bug 147926: dhclient-script should do restorecon for modified conf files - optimize execshield protection * Thu Feb 10 2005 Jason Vas Dias 7:3.0.1-33_FC3 - fix bug 147502: dhclient should honor GATEWAYDEV and GATEWAY settings - fix bug 146600: dhclient's timeout mode ping should use -I - fix bug 146524: dhcpd.init should discard dhcpd's initial output message - fix bug 147739: dhcpd.init configtest should honor -cf in DHCPDARGS * Tue Feb 8 2005 Jason Vas Dias 7.3.0.1-33_FC3 - revised bug 147375 after consultation with ISC DHCP maintainer * Tue Feb 8 2005 Jason Vas Dias 7:3.0.1-32_FC3 - Fix bug 147375: core on startup on Athlons with empty subnet declaration * Thu Jan 27 2005 Jason Vas Dias 7:3.0.1-31_FC3 - Fix bug 146277: allow configuration of default gateway that is not - on new subnet by adding -host route in dhclient-script * Mon Jan 24 2005 Jason Vas Dias 7:3.0.1-30_FC3 - fix bug 145997: allow hex 32-bit integers in user specified options * Thu Jan 6 2005 Jason Vas Dias 7:3.0.1-17 - Apply fixes for bugs 143704, 139715, 138181, 139468, 138869 and - 139299 (allow successful compilation of dhcp src.rpm on FC-3!) - to FC-3 . * Mon Jan 3 2005 Jason Vas Dias 7:3.0.1-16 - fix bug 143704: dhclient -r does not work if lease held by - dhclient run from ifup . dhclient will now look for the pid - files created by ifup . * Wed Nov 17 2004 Jason Vas Dias 7:3.0.1-14 - NTP: fix bug 139715: merge in new ntp servers only rather than replace - all the ntp configuration files; restart ntpd if configuration changed. * Tue Nov 16 2004 Jason Vas Dias 7:3.0.1-12 - fix bug 138181 & bug 139468: do not attempt to listen/send on - unconfigured loopback, point-to-point or non-broadcast - interfaces (don't generate annoying log messages) - fix bug 138869: dhclient-script: check if '$new_routers' is - empty before doing 'set $new_routers;...;ping ... $1' * Wed Oct 6 2004 Jason Vas Dias 7:3.0.1-11 - dhcp-3.0.2b1 came out today. A diff of the 'ack_lease' function - Dave Hankins and I patched exposed a missing '!' on an if clause - that got dropped with the 'new-host' patch. Replacing the '!' . - Also found one missing host_dereference. * Wed Oct 6 2004 Jason Vas Dias 7:3.0.1-10 - clean-up last patch: new-host.patch adds host_reference(host) - without host_dereference(host) before returns in ack_lease - (dhcp-3.0.1-host_dereference.patch) * Mon Sep 27 2004 Jason Vas Dias 7:3.0.1-9 - Fix bug 133522: - PXE Boot clients with static leases not given 'file' option - 104 by server - PXE booting was disabled for 'fixed-address' - clients. * Fri Sep 10 2004 Jason Vas Dias 7:3.0.1-8 - Fix bug 131212: - If "deny booting" is defined for some group of hosts, - then after one of those hosts is denied booting, all - hosts are denied booting, because of a pointer not being - cleared in the lease record. - An upstream patch was obtained which will be in dhcp-3.0.2 . * Mon Aug 16 2004 Jason Vas Dias 7:3.0.1-7 - Forward DNS update by client was disabled by a bug that I - found in code where 'client->sent_options' was being - freed too early. - Re-enabled it after contacting upstream maintainer - who confirmed that this was a bug (bug #130069) - - submitted patch dhcp-3.0.1.preserve-sent-options.patch. - Upstream maintainer informs me this patch will be in dhcp-3.0.2 . * Tue Aug 3 2004 Jason Vas Dias 6:3.0.1-6 - Allow 2.0 kernels to obtain default gateway via dhcp * Mon Aug 2 2004 Jason Vas Dias 5:3.0.1-5 - Invoke 'change_resolv_conf' function to change resolv.conf * Fri Jul 16 2004 Jason Vas Dias 3:3.0.1 - Upgraded to new ISC 3.0.1 version * Thu Jun 24 2004 Dan Walsh 1:3.0.1rc14-5 - Allow dhclient-script to continue without a config file. - It will use default values. * Wed Jun 23 2004 Dan Walsh 1:3.0.1rc14-4 - fix inherit-leases patch * Tue Jun 22 2004 Dan Walsh 1:3.0.1rc14-2 - Turn on inherit-leases patch * Tue Jun 22 2004 Dan Walsh 1:3.0.1rc14-1 - User kernelversion instead of uname-r - Update to latest package from ISC - Remove inherit-leases patch for now. * Tue Jun 15 2004 Elliot Lee - rebuilt * Thu Jun 10 2004 Dan Walsh 1:3.0.1rc13-1 - Update to latest package from ISC * Thu Jun 10 2004 Dan Walsh 1:3.0.1rc12-9 - add route back in after route up call * Wed Jun 9 2004 Dan Walsh 1:3.0.1rc12-8 - add alex's dhcp-3.0.1rc12-inherit-leases.patch patch * Tue Jun 8 2004 Bill Nottingham 1:3.0.1rc12-7 - set device on default gateway route * Mon May 17 2004 Thomas Woerner 1:3.0.1rc12-6 - compiling dhcpd PIE * Thu Mar 25 2004 Dan Walsh 1:3.0.1rc12-5 - Add static routes patch to dhclient-script * Thu Mar 25 2004 Dan Walsh 1:3.0.1rc12-4 - Fix init to check config during restart * Wed Mar 24 2004 Dan Walsh 1:3.0.1rc12-3 - Fix init script to create leases file if missing * Tue Mar 2 2004 Elliot Lee - rebuilt * Fri Feb 13 2004 Elliot Lee - rebuilt * Wed Jan 21 2004 Dan Walsh 1:3.0pl2-6.20 - Fix initialization of memory to prevent compiler error * Mon Jan 5 2004 Dan Walsh 1:3.0pl2-6.19 - Close leaseFile before exec, to fix selinux error message * Mon Dec 29 2003 Dan Walsh 1:3.0pl2-6.18 - Add BuildRequires groff - Replace resolv.conf if renew and data changes * Sun Nov 30 2003 Dan Walsh 1:3.0pl2-6.17 - Add obsoletes dhcpcd * Wed Oct 8 2003 Dan Walsh 1:3.0pl2-6.16 - Fix location of ntp driftfile * Fri Sep 5 2003 Dan Walsh 1:3.0pl2-6.15 - Bump Release * Fri Sep 5 2003 Dan Walsh 1:3.0pl2-6.14 - Add div0 patch * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.13 - Add SEARCH to client script * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.12 - Bump Release * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.11 - Add configtest * Fri Aug 1 2003 Dan Walsh 1:3.0pl2-6.10 - increment for base * Fri Aug 1 2003 Dan Walsh 1:3.0pl2-6.9 - Don't update resolv.conf on renewals * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.8 - increment for base * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.7 - Fix name of driftfile * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.6 - increment for base * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.5 - Change dhcrelay script to check DHCPSERVERS * Mon Jul 7 2003 Dan Walsh 1:3.0pl2-6.4 - increment for base * Mon Jul 7 2003 Dan Walsh 1:3.0pl2-6.3 - Fix dhclient-script to support PEERNTP and PEERNIS flags. - patch submitted by aoliva at redhat.com * Sun Jun 8 2003 Tim Powers 1:3.0pl2-6.1 - add epoch to dhcp-devel versioned requires on dhcp - build for RHEL * Wed Jun 4 2003 Elliot Lee - rebuilt * Tue May 27 2003 Dan Walsh 3.0pl2-5 - Fix memory leak in parser. * Mon May 19 2003 Dan Walsh 3.0pl2-4 - Change Rev for RHEL * Mon May 19 2003 Dan Walsh 3.0pl2-3 - Change example to not give out 255 address. * Tue Apr 29 2003 Dan Walsh 3.0pl2-2 - Change Rev for RHEL * Mon Apr 28 2003 Dan Walsh 3.0pl2-1 - upgrade to 3.0pl2 * Wed Mar 26 2003 Dan Walsh 3.0pl1-26 - add usage for dhcprelay -c - add man page for dhcprelay -c * Fri Mar 7 2003 Dan Walsh 3.0pl1-25 - Fix man dhcpd.conf man page * Tue Mar 4 2003 Dan Walsh 3.0pl1-24 - Fix man dhcpctl.3 page * Mon Feb 3 2003 Dan Walsh 3.0pl1-23 - fix script to handle ntp.conf correctly * Wed Jan 29 2003 Dan Walsh 3.0pl1-22 - Increment release to add to 8.1 * Wed Jan 29 2003 Dan Walsh 3.0pl1-21 - Implement max hops patch * Wed Jan 29 2003 Dan Walsh 3.0pl1-20 - It has now been decided to just have options within dhclient kit * Sun Jan 26 2003 Florian La Roche - add defattr() to have files not owned by root * Fri Jan 24 2003 Dan Walsh 3.0pl1-17 - require kernel version * Fri Jan 24 2003 Dan Walsh 3.0pl1-16 - move dhcp-options to separate package * Wed Jan 22 2003 Tim Powers - rebuilt * Thu Jan 9 2003 Dan Walsh 3.0pl1-15 - eliminate dhcp-options from dhclient in order to get errata out * Wed Jan 8 2003 Dan Walsh 3.0pl1-14 - VU#284857 - ISC DHCPD minires library contains multiple buffer overflows * Mon Jan 6 2003 Dan Walsh 3.0pl1-13 - Fix when ntp is not installed. * Mon Jan 6 2003 Dan Walsh 3.0pl1-12 - Fix #73079 (dhcpctl man page) * Thu Nov 14 2002 Elliot Lee 3.0pl1-11 - Use generic PTRSIZE_64BIT detection instead of ifarch. * Thu Nov 14 2002 Preston Brown 3.0pl1-10 - fix parsing of command line args in dhclient. It was missing a few. * Mon Oct 7 2002 Florian La Roche - work on 64bit archs * Wed Aug 28 2002 Elliot Lee 3.0pl1-9 - Fix #72795 * Mon Aug 26 2002 Elliot Lee 3.0pl1-8 - More #68650 (modify requested options) - Fix #71453 (dhcpctl man page) and #71474 (include libdst.a) and * Thu Aug 15 2002 Elliot Lee 3.0pl1-7 - More #68650 (modify existing patch to also set NIS domain) * Tue Aug 13 2002 Elliot Lee 3.0pl1-6 - Patch102 (dhcp-3.0pl1-dhcpctlman-69731.patch) to fix #69731 * Tue Aug 13 2002 Elliot Lee 3.0pl1-5 - Patch101 (dhcp-3.0pl1-dhhostname-68650.patch) to fix #68650 * Fri Jul 12 2002 Elliot Lee 3.0pl1-4 - Fix unaligned accesses when decoding a UDP packet * Thu Jul 11 2002 Elliot Lee 3.0pl1-3 - No apparent reason for the dhclient -> dhcp dep mentioned in #68001, so removed it * Thu Jun 27 2002 David Sainty 3.0pl1-2 - Move dhclient.conf.sample from dhcp to dhclient * Tue Jun 25 2002 David Sainty 3.0pl1-1 - Change to dhclient, dhcp, dhcp-devel packaging - Move to 3.0pl1, do not strip binaries - Drop in sysconfig-enabled dhclient-script * Thu May 23 2002 Tim Powers - automated rebuild * Sat Jan 26 2002 Florian La Roche - prereq chkconfig * Tue Jan 22 2002 Elliot Lee 3.0-5 - Split headers/libs into a devel subpackage (#58656) * Wed Jan 9 2002 Tim Powers - automated rebuild * Fri Dec 28 2001 Elliot Lee 3.0-3 - Fix the #52856 nit. - Include dhcrelay scripts from #49186 * Thu Dec 20 2001 Elliot Lee 3.0-2 - Update to 3.0, include devel files installed by it (as part of the main package). * Sun Aug 26 2001 Elliot Lee 2.0pl5-8 - Fix #26446 * Mon Aug 20 2001 Elliot Lee - Fix #5405 for real - it is dhcpd.leases not dhcp.leases. * Mon Jul 16 2001 Elliot Lee - /etc/sysconfig/dhcpd - Include dhcp.leases file (#5405) * Sun Jun 24 2001 Elliot Lee - Bump release + rebuild. * Wed Feb 14 2001 Tim Waugh - Fix initscript typo (bug #27624). * Wed Feb 7 2001 Trond Eivind Glomsr?d - Improve spec file i18n * Mon Feb 5 2001 Bernhard Rosenkraenzer - i18nize init script (#26084) * Sun Sep 10 2000 Florian La Roche - update to 2.0pl5 - redo buildroot patch * Wed Aug 30 2000 Matt Wilson - rebuild to cope with glibc locale binary incompatibility, again * Mon Aug 14 2000 Preston Brown - check for existence of /var/lib/dhcpd.leases in initscript before starting * Wed Jul 19 2000 Jakub Jelinek - rebuild to cope with glibc locale binary incompatibility * Sat Jul 15 2000 Bill Nottingham - move initscript back * Wed Jul 12 2000 Prospector - automatic rebuild * Fri Jul 7 2000 Florian La Roche - /etc/rc.d/init.d -> /etc/init.d - fix /var/state/dhcp -> /var/lib/dhcp * Fri Jun 16 2000 Preston Brown - condrestart for initscript, graceful upgrades. * Thu Feb 3 2000 Erik Troan - gzipped man pages - marked /etc/rc.d/init.d/dhcp as a config file * Mon Jan 24 2000 Jakub Jelinek - fix booting of JavaStations (reported by Pete Zaitcev ). - fix SIGBUS crashes on SPARC (apparently gcc is too clever). * Fri Sep 10 1999 Bill Nottingham - chkconfig --del in %preun, not %postun * Mon Aug 16 1999 Bill Nottingham - initscript munging * Fri Jun 25 1999 Jeff Johnson - update to 2.0. * Fri Jun 18 1999 Bill Nottingham - don't run by default * Wed Jun 2 1999 Jeff Johnson - update to 2.0b1pl28. * Tue Apr 6 1999 Preston Brown - strip binaries * Mon Apr 5 1999 Cristian Gafton - copy the source file in prep, not move * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 4) * Mon Jan 11 1999 Erik Troan - added a sample dhcpd.conf file - we don't need to dump rfc's in /usr/doc * Sun Sep 13 1998 Cristian Gafton - modify dhcpd.init to exit if /etc/dhcpd.conf is not present * Sat Jun 27 1998 Jeff Johnson - Upgraded to 2.0b1pl6 (patch1 no longer needed). * Thu Jun 11 1998 Erik Troan - applied patch from Chris Evans which makes the server a bit more paranoid about dhcp requests coming in from the wire * Mon Jun 1 1998 Erik Troan - updated to dhcp 2.0b1pl1 - got proper man pages in the package * Tue Mar 31 1998 Erik Troan - updated to build in a buildroot properly - don't package up the client, as it doens't work very well * Tue Mar 17 1998 Bryan C. Andregg - Build rooted and corrected file listing. * Mon Mar 16 1998 Mike Wangsmo - removed the actual inet.d links (chkconfig takes care of this for us) and made the %postun section handle upgrades. * Mon Mar 16 1998 Bryan C. Andregg - First package. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ 190088a1be11a0ccea9fb9e03d2738f6 SRPMS/dhcp-3.0.1-40_FC3.src.rpm e141ee29ec5579f90ae3a77f58ed0429 x86_64/dhcp-3.0.1-40_FC3.x86_64.rpm b93ccdecde18dae61fba2298e3a969d7 x86_64/dhclient-3.0.1-40_FC3.x86_64.rpm afdb9c8c3cc51be4f5175921be9c65b0 x86_64/dhcp-devel-3.0.1-40_FC3.x86_64.rpm 242c796cdb536167784b0e2a4dd3b421 x86_64/debug/dhcp-debuginfo-3.0.1-40_FC3.x86_64.rpm ee3c5cb21674ca141e8ce205d5714801 i386/dhcp-3.0.1-40_FC3.i386.rpm 4910a6ab491a2a3b64fc2010fce1933b i386/dhclient-3.0.1-40_FC3.i386.rpm fe79edbc54c844a5f5c48b615a304912 i386/dhcp-devel-3.0.1-40_FC3.i386.rpm 4f5e19e9ddd732734d46c8624365f151 i386/debug/dhcp-debuginfo-3.0.1-40_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Fri Feb 25 20:19:40 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 25 Feb 2005 15:19:40 -0500 Subject: Fedora Core 3 Update: at-3.1.8-64_FC3 Message-ID: <200502252019.j1PKJer7008079@jvdsibm.boston.redhat.com> Subject: Fedora Core 3 Update: at-3.1.8-64_FC3 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-168 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : at Version : 3.1.8 Release : 64_FC3 Summary : Job spooling tools. Description : At and batch read commands from standard input or from a specified file. At allows you to specify that a command will be run at a particular time. Batch will execute commands when the system load levels drop to a particular level. Both commands use /bin/sh. You should install the at package if you need a utility for time-oriented job control. Note: If it is a recurring job that will need to be repeated at the same time every day/week, etc. you should use crontab instead. --------------------------------------------------------------------- Update Information: at(1) now supports access control with PAM (limits.conf, access.conf). --------------------------------------------------------------------- * Tue Jan 25 2005 Jason Vas Dias 3.1.8-64_FC3 - bugs 5160/146132: add PAM authentication control to atd * Tue Oct 5 2004 Jason Vas Dias 3.1.8-60 - fix bug 131510: no_export env. var. blacklisting should not - remove 'SHELL' when only 'SHELLOPTS' is blacklisted. - at(1) man-page should not say 'commands are run with /bin/sh' - and should explain usage of SHELL environement variable and - details of blacklisted variables. * Tue Sep 28 2004 Rik van Riel 3.1.8-58 - fix typo in man page, bug 112303 - (regenerated at-3.1.8-man-timespec-path.patch with fix) * Tue Aug 3 2004 Jason Vas Dias - fixed bug 125634 - made usage() agree with manpage * Thu Jul 29 2004 Jason Vas Dias - Added POSIX.2 -t option for RFE 127485 * Thu Jul 29 2004 Jason Vas Dias - Had to disable the 'make test' for the build BEFORE - any changes were made (building on FC2 - perl issue?) - test.pl generates these 'errors' for what looks like - valid output to me: - $ ./test.pl 2>&1 | egrep -v '(^ok$)|(time_only)' - 1..3656 - not ok - 'Monday - 1 month': 'Fri Jul 2 18:29:00 2004' =? 'Sat Jul 3 18:29:00 2004' - not ok - 'Monday - 10 months': 'Thu Oct 2 18:29:00 2003' =? 'Fri Oct 3 18:29:00 2003' - not ok - 'next week - 1 month': 'Mon Jul 5 18:29:00 2004' =? 'Tue Jul 6 18:29:00 2004' - not ok - 'next week - 10 months': 'Sun Oct 5 18:29:00 2003' =? 'Mon Oct 6 18:29:00 2003' - will investigate and fix for next release. * Tue Jun 15 2004 Elliot Lee - rebuilt * Wed May 12 2004 Thomas Woerner - 3.1.8-54 - fixed pie patch: at is pie, now - added build requires for libselinux-devel * Tue May 4 2004 Dan Walsh - 3.1.8-53 - Add fileentrypoint check * Thu Apr 15 2004 Dan Walsh - 3.1.8-52 - Fix SELinux patch * Mon Feb 23 2004 Tim Waugh - Use ':' instead of '.' as separator for chown. * Fri Feb 13 2004 Elliot Lee - 3.1.8-50 - rebuilt * Tue Dec 9 2003 Jens Petersen - 3.1.8-49 - replace at-3.1.8-SHELL-91233.patch by at-3.1.8-SHELL-111386.patch which now executes $SHELL directly in the at shell script after all the variables have been setup with /bin/sh (#91233) [suggested by G??ran Uddeborg] - this changelog is now in utf-8 * Fri Nov 7 2003 Jens Petersen - 3.1.8-48 - add at-3.1.8-pie.patch to build atd as pie (#108415) [Ulrich Drepper] * Fri Oct 31 2003 Dan Walsh - 3.1.8-47.sel * Fri Jun 20 2003 Jens Petersen - 3.1.8-46 - add at-3.1.8-atrun.8-typo-97697.patch to fix typo in atrun.8 (#97697) - update at.1 description of shell behaviour (#91233) * Tue Jun 17 2003 Jens Petersen - 3.1.8-45 - make the job shell default to SHELL instead of "/bin/sh" (#91233) * Wed Jun 4 2003 Elliot Lee - 3.1.8-44 - rebuilt * Tue Jun 3 2003 Jens Petersen - 3.1.8-43 - Replace redundant at-3.1.7-paths.patch by at-3.1.8-man-timespec-path.patch to fix timespec path * Tue Jun 3 2003 Jens Petersen - 3.1.8-41 - update source to at_3.1.8-11 from debian upstream - update source url - at-debian.patch no longer needed - at-3.1.7-paths.patch: the patch to "at.1.in" no longer needed - replace at-3.1.8-lexer.patch with at-3.1.8-11-lexer-parser.diff - at-3.1.8-dst.patch no longer needed - at-3.1.8-lsbdoc.patch no longer needed - at-3.1.8-o_excl.patch no longer needed - bump release number - at-3.1.8-test.patch: move out test.pl to a separate source file - apply at-3.1.8-test-fix.patch to it and drop patch - at-3.1.8-shell.patch: drop (#22216,#91233) - run "make test" after building - add "--without check" rpmbuild option - fix autoconf comment to point to right patch - use _sysconfdir, _sbindir, _bindir, and _localstatedir * Wed Jan 22 2003 Tim Powers 3.1.8-33 - rebuilt * Wed Nov 27 2002 Tim Powers 3.1.8-32 - remove unpackaged files from the buildroot * Thu Jul 25 2002 Bill Huang - Fixed delaying job execution and missing starting jobs..(bug#69595) (Thanks Bujor D Silaghi for his patch.) * Fri Jul 19 2002 Bill Huang - Fixed cleaning atq and multiple atd daemon.(bug#67414) (Thanks Bujor D Silaghi for his patch.) * Fri Jul 19 2002 Bill Huang - Fixed error message output in atd.c * Fri Jun 21 2002 Tim Powers - automated rebuild * Mon May 27 2002 Bill Huang - Rebuild for Milan * Thu May 23 2002 Tim Powers - automated rebuild * Fri Feb 1 2002 Bernhard Rosenkraenzer 3.1.8-25 - Require smtpdaemon rather than sendmail - postfix works just as well. * Thu Jan 31 2002 Bill Nottingham 3.1.8-24 - rebuild in new env. * Thu Jan 17 2002 Trond Eivind Glomsr??d 3.1.8-23 - s/Copyright/License/ * Mon Jan 14 2002 Adrian Havill 3.1.8-21 - fix man page (#51253) - fix env prop problem (#49491) - .SEQ should not be executable (#52626) - beefed up file creation perms against symlink exploits (O_EXCL) * Thu Aug 2 2001 Crutcher Dunnavant 3.1.8-20 - updated patch update, still bug #46546 * Wed Jul 18 2001 Crutcher Dunnavant - applied enrico.scholz at informatik.tu-chemnitz.de's change to the env patch to - address bug #46546 * Mon Jun 25 2001 Crutcher Dunnavant - changed atd.init to start at 95, stop at 5, closing #15915 - applied mailto:wp at supermedia.pl's environment patch * Sun Jun 24 2001 Elliot Lee - Bump release + rebuild. * Wed Apr 4 2001 Crutcher Dunnavant - much love to David Kilzer - who nailed UTC, Leap year, DST, and some other edge cases down - he also wrote a test harness in perl - bug #28448 * Fri Feb 2 2001 Trond Eivind Glomsr??d - i18nize initscript * Tue Dec 12 2000 Bill Nottingham - fix documentation of which shell commands will be run with (#22216) * Wed Aug 23 2000 Crutcher Dunnavant - Well, we will likely never really close the UTC issues, - because of 1) fractional timezones, and 2) daylight savigns time. - but there is a slight tweak to the handling of dst in the UTC patch. * Wed Aug 23 2000 Crutcher Dunnavant - fixed bug #15685 - which had at miscaluclating UTC times. * Sat Jul 15 2000 Bill Nottingham - move initscript back * Wed Jul 12 2000 Prospector - automatic rebuild * Thu Jul 6 2000 Bill Nottingham - prereq /etc/init.d * Sat Jul 1 2000 Nalin Dahyabhai - fix syntax error in init script * Tue Jun 27 2000 Preston Brown - don't prereq, only require initscripts * Mon Jun 26 2000 Preston Brown - move init script - add condrestart directive - fix post/preun/postun scripts - prereq initscripts >= 5.20 * Sat Jun 17 2000 Bill Nottingham - fix verify of /var/spool/at/.SEQ (#12262) * Mon Jun 12 2000 Nalin Dahyabhai - fix status checking and syntax error in init script * Fri Jun 9 2000 Bill Nottingham - fix for long usernames (#11321) - add some bugfixes from debian * Mon May 8 2000 Bernhard Rosenkraenzer - 3.1.8 * Wed Mar 1 2000 Bill Nottingham - fix a couple of more typos, null-terminate some strings * Thu Feb 10 2000 Bill Nottingham - fix many-years-old typo in atd.c * Thu Feb 3 2000 Bill Nottingham - handle compressed man pages * Mon Aug 16 1999 Bill Nottingham - initscript munging, build as non-root user * Sun Jun 13 1999 Jeff Johnson - correct perms for /var/spool/at after defattr. * Mon May 24 1999 Jeff Johnson - reset SIGCHLD before exec (#3016). * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 8) * Thu Mar 18 1999 Cristian Gafton - fix handling the 12:00 time * Wed Jan 13 1999 Bill Nottingham - configure fix for arm * Wed Jan 6 1999 Cristian Gafton - build for glibc 2.1 * Tue May 5 1998 Prospector System - translations modified for de, fr, tr * Wed Apr 22 1998 Michael K. Johnson - enhanced initscript * Sun Nov 9 1997 Michael K. Johnson - learned to spell * Wed Oct 22 1997 Michael K. Johnson - updated to at version 3.1.7 - updated lock and sequence file handling with %ghost - Use chkconfig and atd, now conflicts with old crontabs packages * Thu Jun 19 1997 Erik Troan - built against glibc --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ 24758c2e803991f4495d57119cea7ea3 SRPMS/at-3.1.8-64_FC3.src.rpm 93ac86f6b295c185f65649b27e0275b0 x86_64/at-3.1.8-64_FC3.x86_64.rpm fa500f3996532533608d0007da122304 x86_64/debug/at-debuginfo-3.1.8-64_FC3.x86_64.rpm 9b539d7c0cf381e763e3a3f0e8a94dbf i386/at-3.1.8-64_FC3.i386.rpm ca5a7e5546623423c8576ef13eeab893 i386/debug/at-debuginfo-3.1.8-64_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Fri Feb 25 20:21:27 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 25 Feb 2005 15:21:27 -0500 Subject: Fedora Core 3 Update: vixie-cron-4.1-24_FC3 Message-ID: <200502252021.j1PKLR20008101@jvdsibm.boston.redhat.com> Subject: Fedora Core 3 Update: vixie-cron-4.1-24_FC3 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-174 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : vixie-cron Version : 4.1 Release : 24_FC3 Summary : The Vixie cron daemon for executing specified programs at set times. Description : The vixie-cron package contains the Vixie version of cron. Cron is a standard UNIX daemon that runs specified programs at scheduled times. Vixie cron adds better security and more powerful configuration options to the standard version of cron. --------------------------------------------------------------------- * Fri Feb 25 2005 Jason Vas Dias - 4.1-24_FC3 - Add an /etc/sysconfig/crond file for containing CRONDARGS and - settings like CRON_VALIDATE_MAILRCPTS . * Fri Feb 25 2005 Jason Vas Dias - 4.1-24_FC3 - Fix bug 147636 - disable silly mail recipient name checking - (do_command.c's safe_p()) by default . Can be enabled by - presence of CRON_VALIDATE_MAILRCPTS variable in crond's - environment - also '_'s in MAILTOs are allowed. * Tue Jan 25 2005 Jason Vas Dias - 4.1-21_FC3 - Fix bug 146073 - allow the 'pam_access' module to be used with - cron - set 'PAM_TTY' item to 'cron' . * Mon Dec 20 2004 Jason Vas Dias - 4.1-20_FC3 - fix bug 142953 : allow read-only crontabs + provide -p - 'permit all crontabs' option to disable mode checking. - bug 135845 fix required 'ch' to be initialized in crontab.c line 322 - (bug 141760) * Mon Dec 20 2004 Jason Vas Dias - 4.1-20_FC3 - fixed all uninitialized variable warnings * Fri Oct 15 2004 Jason Vas Dias - 4.1-19 - crontab -e should only strip NHEADER_LINES comments - (NHEADER_LINES==0), not at least one header comment line. - (bug 135845) * Sat Oct 9 2004 Florian La Roche - 4.1-18 - no need to make user installed crontabs readable * Thu Sep 30 2004 Jason Vas Dias - 4.1-17 - Users not allowed to use 'crontab mycrontab', while - 'crontab < mycrontab' allowed; this is because misc.c's - swap_uids_back() was not using save_euid / save_egid . - Thanks to Mads Martin Joergensen for pointing this out. * Wed Sep 29 2004 Jason Vas Dias - 4.1-16 - Just found out in testing that if neither /etc/cron.{deny,allow} - exist, root is unable to use crontab - I'm sure root could before, - but is in any case meant to be able to. Allowing root to use crontab. * Wed Sep 29 2004 Jason Vas Dias - 4.1-14 - Fix for bug 130102 got dropped somehow from latest CVS. - This is now restored - in %post, if neither /etc/cron.{deny,allow} - exist, touch /etc/cron.deny, to allow all users to use crontab, - as was previous default vixie-cron behaviour. * Fri Sep 17 2004 Jason Vas Dias - 4.1-12 - Merged Dan's patch with vixie-cron-4.1-11 which was not - latest version according to new CVS ?!?! * Fri Sep 17 2004 Dan Walsh - 4.1-12 - Updated SELinux patch to use checkPasswdAccess * Tue Aug 31 2004 Jason Vas Dias - 4.1-11 - Fixed SIGSEGV in free_user when !is_selinux_enabled() and crontab - has no valid jobs (bug 131390). * Wed Aug 18 2004 Jason Vas Dias - 4.1.10 - Fixed bug 130102: Restored default behaviour if neither - /etc/cron.deny nor /etc/cron.allow exist - 'touch /etc/cron.deny' - in %post * Wed Aug 11 2004 Jason Vas Dias - 4.1.9 - Removed 0600 mode enforcement as per Florian La Roche's request * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Allowed editors such as 'gedit' which do not modify original - file, but which rename(2) a temp file to original, to be used - by crontab -e (bug 129170). * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Added '-i' option to crontab to prompt the user before deleting - crontab with '-r'. * Tue Aug 10 2004 Jason Vas Dias - 4.1.8 - Added documentation for '@' nicknames to crontab.5 - (bugs 107542, 89899). Also removed 'second when' (bug 59802). * Sun Aug 1 2004 Jason Vas Dias - 4.1.7 - fixed bug 128924: 'cron' log facility not being used * Fri Jul 30 2004 Jason Vas Dias - 4.1.6 - Added PAM 'auth sufficient pam_rootok.so' to /etc/pam.d/crond - (fixes bug 128843) - on dwalsh's advice. * Thu Jul 29 2004 Jason Vas Dias - 4.1-5 - Added Buildrequires: pam-devel * Wed Jul 28 2004 Dan Walsh - 4.1-4 - Fix crontab to do SELinux checkaccess * Wed Jul 28 2004 Jason Vas Dias - 4.1-3 - Fixed bug 128701: cron fails to parse user 6th field in - system crontabs (patch15) * Tue Jul 27 2004 Jason Vas Dias - 4.1-2 - Changed 'Requires' dependency from 'pam-devel' to 'pam'. * Mon Jul 26 2004 Jason Vas Dias - 4.1-1 - Added PAM access control support. * Thu Jul 22 2004 Jason Vas Dias - 4.1-1 - Changed post-install to change mode of existing crontabs to - 0600 to allow run by new ISC cron 4.1 * Thu Jul 22 2004 Jason Vas Dias - 4.1-1 - Upgraded to ISC cron 4.1 * Thu Jul 1 2004 Jens Petersen - 3.0.1-94 - add vixie-cron-3.0.1-cron-descriptors-125110.patch to close std descriptors when forking (Bernd Schmidt, 121280) - add vixie-cron-3.0.1-no-crontab-header-89809.patch to not prepend header to crontab files (Damian Menscher, 103899) - fix use of RETVAL in init.d script (Enrico Scholz, 97784) - add safer malloc call to vixie-cron-3.0.1-sprintf.patch - add cron-3.0.1-crontab-syntax-error-114386.patch to fix looping on crontab syntax error (Miloslav Trmac, 89937) * Fri Jun 25 2004 Dan Walsh - 3.0.1-93 - Add fixes from NSA * Tue Jun 22 2004 Dan Walsh - 3.0.1-92 - Add fixes from NSA * Tue Jun 15 2004 Dan Walsh - 3.0.1-91 - Change patch to check SElinux properly, go back to using fname instead of uname * Tue Jun 15 2004 Elliot Lee - rebuilt * Fri Jun 4 2004 Dan Walsh - 3.0.1-89 - Fix patch * Fri Jun 4 2004 Dan Walsh - 3.0.1-88 - Add patch to allow it to run in permissive mode. * Fri Feb 13 2004 Elliot Lee - rebuilt * Wed Feb 4 2004 Dan Walsh - 3.0.1-86 - Add security_getenforce check. * Mon Jan 26 2004 Dan Walsh - 3.0.1-85 - Fix call to is_selinux_enabled() * Mon Dec 8 2003 Dan Walsh - 3.0.1-84 - change daemon flag to 1 * Wed Dec 3 2003 Dan Walsh - 3.0.1-83 - Add daemon to make sure child is clean * Fri Nov 7 2003 Jens Petersen - 3.0.1-82 - add vixie-cron-3.0.1-pie.patch to build crond as pie (#108414) [Ulrich Drepper] - require libselinux and buildrequire libselinux-devel * Thu Oct 30 2003 Dan Walsh - 3.0.1-81.sel - turn on selinux * Tue Sep 30 2003 Jens Petersen - 3.0.1-80 - add vixie-cron-3.0.1-vfork-105616.patch to use fork instead of vfork (#105616) [report and patch from ian at caliban.org] - update vixie-cron-3.0.1-redhat.patch not to change DESTMAN redundantly (it is overrriden in the spec file anyway) * Fri Sep 5 2003 Dan Walsh - 3.0.1-79 - turn off selinux * Fri Sep 5 2003 Dan Walsh - 3.0.1-78.sel - turn on selinux * Tue Jul 29 2003 Dan Walsh - 3.0.1-77 - Patch to run on SELinux * Wed Jun 4 2003 Elliot Lee - rebuilt * Wed Mar 19 2003 Jens Petersen - 3.0.1-75 - add vixie-cron-3.0.1-root_-u-85879.patch from Valdis Kletnieks to allow root to run "crontab -u " even for users that aren't allowed to * Wed Feb 19 2003 Jens Petersen - 3.0.1-74 - fix preun script typo (#75137) [reported by Peter Bieringer] * Tue Feb 11 2003 Bill Nottingham 3.0.1-73 - don't set SIGCHLD to SIG_IGN and then try and wait... (#84046) * Fri Feb 7 2003 Nalin Dahyabhai 3.0.1-72 - adjust cron.d patch so that it ignores file with names that begin with '#' or end with '~', '.rpmorig', '.rpmsave', or '.rpmnew' - merge hunk of buffer overflow patch into the cron.d patch * Wed Jan 22 2003 Tim Powers - rebuilt * Wed Dec 11 2002 Tim Powers 3.0.1-70 - rebuild on all arches * Sat Jul 20 2002 Akira TAGOH 3.0.1-69 - vixie-cron-3.0.1-nonstrip.patch: applied to fix the stripped binary issue. * Fri Jun 21 2002 Tim Powers - automated rebuild * Mon Jun 10 2002 Bill Huang - Fix preun bugs.(#55340) - Fix fprintf bugs.(#65209) * Thu May 23 2002 Tim Powers - automated rebuild * Mon Apr 15 2002 Bill Huang - Fixed #62963. * Thu Apr 4 2002 James McDermott - Alter behavior of crontab to take stdin as the default behavior if no options are specified. * Sun Jun 24 2001 Elliot Lee - Bump release + rebuild. * Thu Mar 8 2001 Bill Nottingham - add patch from Alan Eldridge to fix double execution of jobs (#29868) * Sun Feb 11 2001 Bill Nottingham - fix buffer overflow in crontab * Wed Feb 7 2001 Trond Eivind Glomsr??d - fix usage string in initscript (#26533) * Tue Feb 6 2001 Bill Nottingham - fix build with new glibc (#25931) * Tue Jan 23 2001 Bill Nottingham - change i18n mechanism * Fri Jan 19 2001 Bill Nottingham - log as 'crond', not 'CROND' (#19410) - account for shifts in system clock (#23230, patch from ) - i18n-ize initscript * Thu Aug 24 2000 Than Ngo - fix to set startup position correct at update * Thu Aug 24 2000 Than Ngo - add /sbin/service to Prereq - call /sbin/service instead service - fix startup position (Bug #13353) * Mon Aug 7 2000 Bill Nottingham - fix crond logging patch (dan at doom.cmc.msu.ru) - log via syslog (suggestion from jos at xos.nl) - put system crontab location in crontab(5) (#14842) * Fri Jul 28 2000 Bill Nottingham - fix condrestart * Fri Jul 21 2000 Bill Nottingham - fix reload bug (#14065) * Fri Jul 14 2000 Bill Nottingham - move initscript back * Thu Jul 13 2000 Prospector - automatic rebuild * Thu Jul 6 2000 Bill Nottingham - prereq /etc/init.d * Mon Jul 3 2000 Bill Nottingham - fix %post; we do condrestart in %postun * Thu Jun 29 2000 Bill Nottingham - oops, fix init script * Tue Jun 27 2000 Bill Nottingham - require new initscripts, not prereq * Mon Jun 26 2000 Bill Nottingham - initscript hacks * Wed Jun 14 2000 Nalin Dahyabhai - tweak logrotate config * Sun Jun 11 2000 Bill Nottingham - rebuild in new env. - FHS fixes - don't ship chkconfig links * Fri Mar 31 2000 Bill Nottingham - fix non-root builds (#10490) * Sun Mar 26 2000 Florian La Roche - do not remove log files * Thu Feb 3 2000 Bill Nottingham - handle compressed man pages * Fri Sep 10 1999 Bill Nottingham - chkconfig --del in %preun, not %postun * Wed Aug 25 1999 Bill Nottingham - fix buffer overflow * Mon Aug 16 1999 Bill Nottingham - initscript munging * Fri Jul 30 1999 Michael K. Johnson - dayofmonth and month can't be 0 * Thu Jun 3 1999 Jeff Johnson - in cron.log use "kill -HUP pid" not killall to preserve errors (#2241). * Wed Apr 14 1999 Michael K. Johnson - add note to man page about DST conversion causing strangeness - documented cron.d patch * Tue Apr 13 1999 Michael K. Johnson - improved cron.d patch * Mon Apr 12 1999 Erik Troan - added cron.d patch * Tue Mar 23 1999 Bill Nottingham - logrotate changes * Tue Mar 23 1999 Preston Brown - clean up log files on deinstallation * Sun Mar 21 1999 Cristian Gafton - auto rebuild in the new build environment (release 28) * Wed Dec 30 1998 Cristian Gafton - build for glibc 2.1 * Wed Jun 10 1998 Prospector System - translations modified for de * Wed Jun 10 1998 Jeff Johnson - reset SIGCHLD before grandchild execle (problem #732) * Sat May 2 1998 Cristian Gafton - enhanced initscript * Mon Apr 27 1998 Prospector System - translations modified for de, fr, tr * Thu Dec 11 1997 Cristian Gafton - added a patch to get rid of the dangerous sprintf() calls - added BuildRoot and Prereq: /sbin/chkconfig * Sun Nov 9 1997 Michael K. Johnson - fixed cron/crond dichotomy in init file. * Wed Oct 29 1997 Donnie Barnes - fixed bad init symlinks * Thu Oct 23 1997 Erik Troan - force it to use SIGCHLD instead of defunct SIGCLD * Mon Oct 20 1997 Erik Troan - updated for chkconfig - added status, restart options to init script * Tue Jun 17 1997 Erik Troan - built against glibc * Wed Feb 19 1997 Erik Troan - Switch conditional from "axp" to "alpha" --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ 20695749f2995739c74c3adaf4799b1a SRPMS/vixie-cron-4.1-24_FC3.src.rpm 1814a71884ed104ded1805e154a90ccc x86_64/vixie-cron-4.1-24_FC3.x86_64.rpm 0157c4ce27ff92a64f30e8677d169268 x86_64/debug/vixie-cron-debuginfo-4.1-24_FC3.x86_64.rpm 38cd67b3e1895ba91104ab0f94195d51 i386/vixie-cron-4.1-24_FC3.i386.rpm cd54187be169967355f36567afea9706 i386/debug/vixie-cron-debuginfo-4.1-24_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Fri Feb 25 20:22:56 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 25 Feb 2005 15:22:56 -0500 Subject: Fedora Core 3 Update: lam-7.1.1-1_FC3 Message-ID: <200502252022.j1PKMu1w008117@jvdsibm.boston.redhat.com> Subject: Fedora Core 3 Update: lam-7.1.1-1_FC3 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-175 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : lam Version : 7.1.1 Release : 1_FC3 Summary : The LAM (Local Area Multicomputer) programming environment. Description : LAM (Local Area Multicomputer) is an Message-Passing Interface (MPI) programming environment and development system for heterogeneous computers on a network. With LAM/MPI, a dedicated cluster or an existing network computing infrastructure can act as one parallel computer to solve one problem. LAM/MPI is considered to be "cluster friendly" because it offers daemon-based process startup/control as well as fast client-to-client message passing protocols. LAM/MPI can use TCP/IP and/or shared memory for message passing (different RPMs are supplied for this -- see the main LAM website at http://www.mpi.nd.edu/lam/ for details).< LAM features a full implementation of MPI version 1 (with the exception that LAM does not support cancelling of sends), and much of version 2. Compliant applications are source code portable between LAM and any other implementation of MPI. In addition to meeting the standard, LAM/MPI offers extensive monitoring capabilities to support debugging. Monitoring happens on two levels: On one level, LAM/MPI has the hooks to allow a snapshot of a process and message status to be taken at any time during an application run. The status includes all aspects of synchronization plus datatype map/signature, communicator group membership and message contents (see the XMPI application on the main LAM website). On the second level, the MPI library can produce a cumulative record of communication, which can be visualized either at runtime or post-mortem. --------------------------------------------------------------------- * Tue Feb 1 2005 Jason Vas Dias - Upgraded to version 7.1.1 ; fixed bug 126824 . * Tue Jun 15 2004 Elliot Lee - rebuilt * Thu Jun 10 2004 Lon Hohberger 7.0.6-2 - Build for correct libaio deps. * Wed Jun 9 2004 Lon Hohberger 7.0.6-1 - Really re-enable C++; import 7.0.6 from upstream * Thu Apr 15 2004 Lon Hohberger 7.0.3-6.4 - Rebuild for libaio deps. * Mon Apr 5 2004 Lon Hohberger 7.0.3-6.3 - Fix RPM build on x86-64 * Mon Apr 5 2004 Lon Hohberger 7.0.3-6.2 - Remove .debug from main RPM; users wishing to use TotalView will need to install the -debuginfo RPM. (#119523) * Tue Mar 2 2004 Elliot Lee - rebuilt * Fri Feb 13 2004 Elliot Lee - rebuilt * Tue Dec 9 2003 Lon Hohberger 7.0.3-5 - Rebuild * Fri Dec 5 2003 Lon Hohberger 7.0.3-4 - Enable Trillium support. * Tue Dec 2 2003 Lon Hohberger 7.0.3-3 - Import 7.0.3 from upstream. Re-enable C++ (#91790) and ROMIO. - Remove lam.sh and lam.csh environment settings during installation (#111238). - Remove deprecated/unnecessary symlinking. - Preserve .debug info for things which need the debugging information (eg, TotalView) on appropriate platforms (eg, 32-bit platforms). According to the configure.in file for TotalView, it only really works on 32-bit platforms at the moment. - Removed --with-rpi=usysv; it's now a runtime option. * Wed Jun 4 2003 Elliot Lee - rebuilt * Tue Apr 15 2003 Lon Hohberger 6.5.9-2 - Rebuilt * Tue Mar 25 2003 Lon Hohberger 6.5.9-1 - Import of 6.5.9 from upstream * Mon Mar 10 2003 Lon Hohberger 6.5.8-5 - Enabled s390[x] * Fri Feb 7 2003 Lon Hohberger 6.5.8-4 - Disabled s390 and s390x architectures for now. * Wed Jan 22 2003 Tim Powers - rebuilt * Thu Jan 9 2003 Bill Nottingham 2:6.5.8-2 - rebuild, shrink * Fri Dec 20 2002 Elliot Lee 2:6.5.8-1 - Update to new version in hopes of a fix for varargs problems - Since it doesn't fix it, turn off mpi2c++ altogether - a package that builds without C++ wrappers is preferable to a package that doesn't build at all * Thu Dec 12 2002 Tim Powers 2:6.5.6-10 - remove unpackaged files from the buildroot * Wed Nov 20 2002 Jakub Jelinek 6.5.6-9 - Always #include instead of declaring errno by hand. - Start tweaking for Hammer - Remove unpackaged files * Thu Jul 18 2002 Trond Eivind Glomsr?d 6.5.6-8 - Fix #63548 * Thu Jun 27 2002 Trond Eivind Glomsr?d 6.5.6-7 - Remove malplaced and malformatted manpage (#67955). - Fix hpf77. A wrapper was a little to zealous in avoiding /usr for includes and libs (#67321) * Fri Jun 21 2002 Tim Powers - automated rebuild * Thu May 23 2002 Tim Powers - automated rebuild * Thu Feb 21 2002 Trond Eivind Glomsr?d 6.5.6-4 - Rebuild * Wed Jan 9 2002 Tim Powers - automated rebuild * Tue Dec 4 2001 Trond Eivind Glomsr?d 6.5.6-2 - use ssh (#56946) * Tue Nov 27 2001 Trond Eivind Glomsr?d 6.5.6-1 - 6.5.6 * Fri Nov 2 2001 Trond Eivind Glomsr?d 6.5.5-1 - 6.5.5 - License change - from a BSDish license to BSD * Fri Aug 17 2001 Trond Eivind Glomsr?d 6.5.4-1 - 6.5.4, from the stable branch. Minor bugfixes, more docs. This also made allmost all references to the buildroot go away. - fix the remaining reference - Don't include examples as they are too tied with the buildroot. - Add perl and file-utils as build dependencies - don't include doc/* as documentation, that directory disappeared a long time ago (rpm doesn't fail if something in the doc section is missing ) * Mon Jul 16 2001 Trond Eivind Glomsr?d - 6.5.3 - remove now obsolete patches and workarounds during the build process * Fri May 25 2001 Trond Eivind Glomsr?d - 6.5.2 - No longer exclude IA64 * Sat Apr 7 2001 Trond Eivind Glomsr?d - Fix from CVS so hpc and hf77 (C++ and FORTRAN compiler interfaces) don't specify -I/usr/include - this breaks some compilations of MPI programs (#34796) * Wed Apr 4 2001 Trond Eivind Glomsr?d - 6.5.1 final - update URL - add epoch, as rpm thought 6.5.1 newer than 6.5b7 newer than 6.5.1 etc. * Tue Mar 27 2001 Trond Eivind Glomsr?d - 6.5b7 - fix lamhelpdir problems * Fri Mar 2 2001 Trond Eivind Glomsr?d - 6.5b5 - this is just a renaming of the 6.3.3b series, and should hopefully be indentical to 6.5 final * Mon Feb 12 2001 Trond Eivind Glomsr?d - make a link from mpi++.h, not mpi++, to mpi2c++/mpi++.h (#27249) - 6.3.3b58, which should work better on SMP machines in a cluster * Tue Nov 28 2000 Trond Eivind Glomsr?d - 6.3.3b47 * Thu Aug 17 2000 Trond Eivind Glomsr?d - 6.3.3b28, which should match the release. One known problem on SCO, otherwise none. This includes fixing some programs which didn't work in the last build. * Thu Jul 27 2000 Harald Hoyer - fixed the install process, that the lam tools have the right path set. make all;make DESTDIR install is our friend. * Wed Jul 19 2000 Trond Eivind Glomsr?d - a new and better world without dirty tricks necesarry. All hail the 6.3.3beta (beta 20 - all my requests and patches seem to be in now :) * Fri Jun 16 2000 Trond Eivind Glomsr?d - substituted some old dirty tricks for new ones to make it build. More needed. - Removed C++ (won't build) and ROMIO (who cares) support * Thu Jun 15 2000 Trond Eivind Glomsr?d - ugly tricks to make it use %{_mandir} - patch to make it build with current compiler and glibc - don't build on IA64 * Tue Apr 25 2000 Trond Eivind Glomsr?d - changed RPI to usysv - this should be good for (clusters of) SMPs. * Tue Mar 28 2000 Harald Hoyer - patched scheme Makefile * Tue Mar 28 2000 Harald Hoyer - new subminor version - patched Makefile to build otb daemons, to satisfy conf.otb and build all stuff * Sat Mar 4 2000 Cristian Gafton - fixed the whole tree the hard way - get into each Makefile and fix brokeness on a case by case basis. Traces of Buildroot should be erradicated by now. * Thu Mar 2 2000 Cristian Gafton - put back the mpi2c++ stuff. * Tue Feb 29 2000 Cristian Gafton - take out the mpi2c++ in a separate package * Fri Feb 4 2000 Cristian Gafton - first version of the package --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ 359aebb2d2bb6d723c48084028531dbd SRPMS/lam-7.1.1-1_FC3.src.rpm f80bf62c91425887775a45cd5d467151 x86_64/lam-7.1.1-1_FC3.x86_64.rpm c09b44d12b01d924e99335c1553273ca x86_64/debug/lam-debuginfo-7.1.1-1_FC3.x86_64.rpm 8c760bd51e0753de6d62230800e68c31 i386/lam-7.1.1-1_FC3.i386.rpm 769c0ea270b065b7a9920c3bff6d595c i386/debug/lam-debuginfo-7.1.1-1_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Fri Feb 25 20:24:12 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 25 Feb 2005 15:24:12 -0500 Subject: Fedora Core 3 Update: pvm-3.4.5-2_FC3 Message-ID: <200502252024.j1PKOCtx008135@jvdsibm.boston.redhat.com> Subject: Fedora Core 3 Update: pvm-3.4.5-2_FC3 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-176 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : pvm Version : 3.4.5 Release : 2_FC3 Summary : Libraries for distributed computing. Description : PVM3 (Parallel Virtual Machine) is a library and daemon that allows distributed processing environments to be constructed on heterogeneous machines and architectures. --------------------------------------------------------------------- * Fri Feb 25 2005 Jason Vas Dias 3.4.5-2_FC3 - Fix bug 147337 - invalid format string in pvmlog.c - make version compare < that of FC4 * Wed Feb 2 2005 Jason Vas Dias 3.4.5-1 - Upgrade to upstream version 3.4.5 (bug 143156). * Thu Jun 24 2004 Lon Hohberger 3.4.4-21 - Include fix for #110349 (segfaults on x86-64) * Tue Jun 15 2004 Elliot Lee - rebuilt * Wed Mar 31 2004 Lon Hohberger 3.4.4-19 - Fix for #11239 - remove the env vars stuff from /etc/profile.d * Fri Feb 13 2004 Elliot Lee - rebuilt * Fri Dec 12 2003 Jens Petersen - 3.4.4-17 - rebuild for tcl/tk 8.4 * Tue Nov 18 2003 Lon Hohberger 3.4.4-16 - Rebuild/tag to include patch. * Tue Nov 18 2003 Lon Hohberger 3.4.4-15 - Fix for bugzilla #110277. * Wed Jun 4 2003 Elliot Lee - rebuilt * Thu May 1 2003 Elliot Lee 3.4.4-13 - Fix for ppc64, s390x * Wed Feb 19 2003 Bill Nottingham 3.4.4-12 - fix setting of PVM_ARCH (#79812) * Wed Jan 22 2003 Tim Powers - rebuilt * Wed Jan 15 2003 Jens Petersen 3.4.4-10 - rebuild to update tcltk deps - encode changelog in utf-8 * Tue Dec 10 2002 Tim Powers 3.4.4-9 - rebuild to fix broken tcltk deps - remove unpackaged files from the buildroot * Tue Dec 10 2002 Phil Knirsch 3.4.4-8 - Make it build on x86_64 again with lib64 stuff. * Tue Dec 3 2002 Elliot Lee 3.4.4-7 - Fix prep section in comments * Mon Oct 7 2002 Phil Knirsch 3.4.4-6.2p - Added s390x, x86_64 and ia64 support - Fixed x86 support. * Mon Jul 22 2002 Florian La Roche - add patch: * Fri May 24 2002 Phil Knirsch 3.4.4-2b - Updated patch for mainframe. * Fri Jun 21 2002 Tim Powers - automated rebuild * Tue Jun 18 2002 Trond Eivind Glomsr??d 3.4.4-4 - Build on IA64 * Thu May 23 2002 Tim Powers - automated rebuild * Tue Apr 2 2002 Trond Eivind Glomsr??d 3.4.4-2 - Don't explicitly strip * Wed Mar 13 2002 Trond Eivind Glomsr??d 3.4.4-1 - 3.4.4 - Disable old patches... * Sun Jun 24 2001 Elliot Lee - Bump release + rebuild. * Tue Apr 3 2001 Trond Eivind Glomsr??d - Add a trigger to fix dangling symlinks from previous installs * Sat Mar 24 2001 Trond Eivind Glomsr??d - Fix pvmd.1 - Don't install init scripts - users need to start this themselves * Mon Feb 5 2001 Trond Eivind Glomsr??d - minor cleanups * Sat Jan 27 2001 Karsten Hopp - added s390 patch - FIXME: tmpnam is used at several functions, better use mkstemp * Tue Jan 23 2001 Trond Eivind Glomsr??d - change gettextizing * Wed Jan 17 2001 Trond Eivind Glomsr??d - gettextize * Fri Oct 20 2000 Trond Eivind Glomsr??d - LINUX isn't LINUX on Alpha, it's LINUXALPHA (#19389) * Fri Aug 18 2000 Trond Eivind Glomsr??d - add README.RedHat for setup instructions - some enviroment variables need to be set for pvm to work * Tue Aug 15 2000 Trond Eivind Glomsr??d - use /var/run/pvm3 for state files (#16217) for a long and healthy life, uninterrupted by tmpwatch * Sat Aug 5 2000 Bill Nottingham - condrestart fixes * Mon Jul 17 2000 Trond Eivind Glomsr??d - move back to /etc/rc.d/init.d * Wed Jul 12 2000 Prospector - automatic rebuild * Thu Jul 6 2000 Trond Eivind Glomsr??d - "Prereq:", not "Requires:" for /etc/init.d * Thu Jul 6 2000 Trond Eivind Glomsr??d - require /etc/init.d * Mon Jun 26 2000 Trond Eivind Glomsr??d - really move the initscript, not just the paths inside it * Mon Jun 26 2000 Trond Eivind Glomsr??d - add conditional restart to initscripts and specfile - move initscript to /etc/init.d * Wed Jun 14 2000 Trond Eivind Glomsr??d - Added patch to make compile with new tool chain - use %{_tmppath}, %{_mandir} * Wed May 10 2000 Trond Eivind Glomsr??d - added handling of arguments to pvm.sh/xpvm.sh * Fri Apr 28 2000 Trond Eivind Glomsr??d - added some extra initialization - removed gzipping - handled automatically * Thu Apr 27 2000 Trond Eivind Glomsr??d - added URL - changed source location - use netlib - fix location of documentation files * Mon Apr 17 2000 Trond Eivind Glomsr??d - fixed a problem with the PVM man page - gzip the man pages - should now be able to compile with several tcl/tk versions without problems * Mon Mar 6 2000 Mike Wangsmo - fixed the useradd failure mode when user already exists - finally, the init script seems to behave nicely as user pvm * Sun Mar 5 2000 Mike Wangsmo - fixed quirk in init script to allow PVMD_NOHOLD=ON to be honored * Fri Feb 18 2000 Mike Wangsmo - added env. variable to make pvmd background when started - fixed init script killproc errors - moved to 3.4.3 proper * Tue Feb 15 2000 Mike Wangsmo - fixed up some group ID stuff * Mon Feb 14 2000 Mike Wangsmo - added pvm user to package * Wed Feb 9 2000 Mike Wangsmo - added sparc64 identifier to pvmgetarch - configured pvmd within the init script to run as user pvm * Sat Feb 5 2000 Mike Wangsmo - changed pvm-gui group - set chkconfig to be off in all run levels as the default * Fri Feb 4 2000 Mike Wangsmo - added sysV init script - added a shell wrapper in /usr/bin for the pvm shell - moved up to 3.4.2pl4 * Wed Feb 2 2000 Mike Wangsmo - added some missing files for xpvm to work * Mon Jan 24 2000 Mike Wangsmo - dropped all non-linux stuff - split the packages up - added xpvm - "fixed" Sparc * Mon Nov 29 1999 Tim Powers - updated to 3.4.2 * Sun Sep 5 1999 Tim Powers - excludearch sparc * Wed Jul 28 1999 Tim Powers - update to 3.4.1 - comment out the patches in prep section, will test, if it works then it stays commented * Wed May 5 1999 Bill Nottingham - update to 3.4.0 final * Tue Oct 27 1998 Cristian Gafton - added a patch for the SIGCLD -> SIGCHLD rename - fixed the incredibly stupid spec file to have a much shorter %files list * Mon Oct 12 1998 Michael Maher - updated pacakge for 5.2 powertools. * Sat Jun 6 1998 Michael Maher - updated source - changed spec file for all archs * Wed Dec 3 1997 Mike Wangsmo - fixed patches to cleanly build on glibc - corrected alpha inuendos * Wed Dec 3 1997 Otto Hammersmith - snagged Wanger's package. - moved buildroot from /var/tmp to /var/tmp/pvm-root --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ c11c457219509d7378a515d2ea74d41d SRPMS/pvm-3.4.5-2_FC3.src.rpm 7e9fd91303b2cfa426eb01e81d825af4 x86_64/pvm-3.4.5-2_FC3.x86_64.rpm 317bf3ae972bab1647072874e372a4d3 x86_64/pvm-gui-3.4.5-2_FC3.x86_64.rpm c600fbd0c7221462c4e8b8f555d8bc38 x86_64/debug/pvm-debuginfo-3.4.5-2_FC3.x86_64.rpm 4d8d137acfac4a99bb38ec17742c98dc i386/pvm-3.4.5-2_FC3.i386.rpm 335d9ad921ab150c9b2671ffb5b1e1ee i386/pvm-gui-3.4.5-2_FC3.i386.rpm 4571295c610fbcfdbb3dab57c3f800f1 i386/debug/pvm-debuginfo-3.4.5-2_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From jvdias at redhat.com Fri Feb 25 20:25:18 2005 From: jvdias at redhat.com (Jason Vas Dias) Date: Fri, 25 Feb 2005 15:25:18 -0500 Subject: Fedora Core 3 Update: radvd-0.7.3-1_FC3 Message-ID: <200502252025.j1PKPInG008152@jvdsibm.boston.redhat.com> Subject: Fedora Core 3 Update: radvd-0.7.3-1_FC3 --------------------------------------------------------------------- Fedora Update Notification FEDORA-2005-177 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : radvd Version : 0.7.3 Release : 1_FC3 Summary : A Router Advertisement daemon Description : radvd is the router advertisement daemon for IPv6. It listens to router solicitations and sends router advertisements as described in "Neighbor Discovery for IP Version 6 (IPv6)" (RFC 2461). With these advertisements hosts can automatically configure their addresses and some other parameters. They also can choose a default router based on these advertisements. Install radvd if you are setting up IPv6 network and/or Mobile IPv6 services. --------------------------------------------------------------------- Update Information: Upgrade to new upstream version 0.7.3 . --------------------------------------------------------------------- * Mon Feb 21 2005 Jason Vas Dias 0.7.3-1 - Upgrade to radvd-0.7.3 - add execshield -fPIE / -pie compile / link options * Mon Feb 21 2005 Pekka Savola 0.7.3-1 - 0.7.3. * Mon Oct 28 2002 Pekka Savola - 0.7.2. * Tue May 7 2002 Pekka Savola - remove '-g %{RADVD_GID}' when creating the user, which may be problematic if the user didn't exist before. * Fri Apr 12 2002 Bernhard Rosenkraenzer 0.7.1-1 - 0.7.1 (bugfix release, #61023), fixes: - Check that forwarding is enabled when starting radvd (helps avoid odd problems) - Check configuration file permissions (note: in setuid operation, must not be writable by the user.group) - Cleanups and enhancements for radvdump - Ensure NULL-termination with strncpy even with overlong strings (non-criticals, but better safe than sorry) - Update config.{guess,sub} to cope with some newer architectures - Minor fixes and cleanups * Mon Jan 14 2002 Pekka Savola - 0.7.1. * Wed Jan 9 2002 Tim Powers - automated rebuild * Tue Jan 8 2002 Pekka Savola - Change 'reload' to signal HUP to radvd instead or restarting. * Fri Dec 28 2001 Pekka Savola - License unfortunately is BSD *with* advertising clause, so to be pedantic, change License: to 'BSD-style'. * Thu Nov 22 2001 Bernhard Rosenkraenzer - 0.7.0 * Wed Nov 14 2001 Pekka Savola - spec file cleanups - update to 0.7.0. * Mon Jul 9 2001 Bernhard Rosenkraenzer - initial Red Hat Linux build * Sun Jun 24 2001 Pekka Savola - add a patch from USAGI for overflow, Copyright -> License. * Wed Jun 20 2001 Pekka Savola - use /sbin/service. - update to 0.6.2pl4. * Sat Apr 28 2001 Pekka Savola - update to 0.6.2pl3. * Wed Apr 11 2001 Pekka Savola - update to 0.6.2pl2. * Wed Apr 4 2001 Pekka Savola - update to 0.62pl1. Bye bye patches! - Require: initscripts (should really be with a version providing IPv6) - clean up the init script, make condrestart work properly - Use a static /etc/rc.d/init.d; init.d/radvd required it anyway. * Sun Apr 1 2001 Pekka Savola - add patch to chroot (doesn't work well yet, as /proc is used directly) - clean up droproot patch, drop the rights earlier; require user-writable pidfile directory - set up the pidfile directory at compile time. * Sat Mar 31 2001 Pekka Savola - add select/kill signals patch from Nathan Lutchansky . - add address syntax checked fix from Marko Myllynen . - add patch to check the pid file before fork. - add support for OPTIONS sourced from /etc/sysconfig/radvd, provide a nice default one. - add/delete radvd user, change the pidfile to /var/run/radvd/radvd.pid. - fix initscript NETWORKING_IPV6 check. * Sun Mar 18 2001 Pekka Savola - add droproot patch, change to nobody by default (should use radvd:radvd or the like, really). * Mon Mar 5 2001 Tim Powers - applied patch supplied by Pekka Savola in #30508 - made changes to initscript as per Pekka's suggestions * Thu Feb 15 2001 Tim Powers - needed -D_GNU_SOURCE to build properly * Tue Feb 6 2001 Tim Powers - use %configure and %makeinstall, just glob the manpages, cleans things up - fixed initscript so that it can be internationalized in the future * Fri Feb 2 2001 Pekka Savola - Create a single package(source) for glibc21 and glibc22 (automatic Requires can handle this just fine). - use %{_mandir} and friends - add more flesh to %doc - streamline %config file %attrs - streamline init.d file a bit: * add a default chkconfig: (default to disable for security etc. reasons; also, the default config isn't generic enough..) * add reload/condrestart * minor tweaks * missing: localization support (initscripts-5.60) - use %initdir macro * Thu Feb 1 2001 Lars Fenneberg - updated to new release 0.6.2 * Thu Feb 1 2001 Marko Myllynen - initial version, radvd version 0.6.1 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ ae1847f087192da649ad90ff5d484e95 SRPMS/radvd-0.7.3-1_FC3.src.rpm 345449ba4cf8dfba84eae22b5d1f9911 x86_64/radvd-0.7.3-1_FC3.x86_64.rpm 90ffdb019516a0be1f1467babdfb927b x86_64/debug/radvd-debuginfo-0.7.3-1_FC3.x86_64.rpm 096cccff8319777bb5b0f8093990f8a3 i386/radvd-0.7.3-1_FC3.i386.rpm 80263573365f5d976744c46761647bb2 i386/debug/radvd-debuginfo-0.7.3-1_FC3.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. --------------------------------------------------------------------- From paul at all-the-johnsons.co.uk Fri Feb 25 22:01:04 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 25 Feb 2005 22:01:04 +0000 Subject: Anyone else seeing this Message-ID: <1109368865.5264.1.camel@localhost.localdomain> Hi, Looks like something odd has happened to python on this box. I know it's working mostly fine as bittornado is working happily. Yum isn't though - I'm getting the following throwback Traceback (most recent call last): File "/usr/bin/yum", line 7, in ? yummain.main(sys.argv[1:]) File "/usr/share/yum-cli/yummain.py", line 51, in main base.getOptionsConfig(args) File "/usr/share/yum-cli/cli.py", line 151, in getOptionsConfig self.doConfigSetup(fn = conffile, root = root) File "__init__.py", line 70, in doConfigSetup File "__init__.py", line 121, in getReposFromConfig File "repos.py", line 103, in add NameError: global name 'repoid' is not defined Any ideas on how to fix this? TTFN Paul -- "I like blinking me" - Helen, Big Brother 2 contestant -------------- 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 feliciano.matias at free.fr Fri Feb 25 22:24:17 2005 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Fri, 25 Feb 2005 23:24:17 +0100 Subject: Anyone else seeing this In-Reply-To: <1109368865.5264.1.camel@localhost.localdomain> References: <1109368865.5264.1.camel@localhost.localdomain> Message-ID: <1109370257.20380.2.camel@one.myworld> Le vendredi 25 f?vrier 2005 ? 22:01 +0000, Paul a ?crit : > Hi, > > Looks like something odd has happened to python on this box. I know it's > working mostly fine as bittornado is working happily. Yum isn't though - > I'm getting the following throwback > > Traceback (most recent call last): > File "/usr/bin/yum", line 7, in ? > yummain.main(sys.argv[1:]) > File "/usr/share/yum-cli/yummain.py", line 51, in main > base.getOptionsConfig(args) > File "/usr/share/yum-cli/cli.py", line 151, in getOptionsConfig > self.doConfigSetup(fn = conffile, root = root) > File "__init__.py", line 70, in doConfigSetup > File "__init__.py", line 121, in getReposFromConfig > File "repos.py", line 103, in add > NameError: global name 'repoid' is not defined > > Any ideas on how to fix this? > https://bugzilla.redhat.com/beta/show_bug.cgi?id=149496 > TTFN > > Paul > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > http://www.redhat.com/mailman/listinfo/fedora-test-list -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From jspaleta at gmail.com Fri Feb 25 22:33:01 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 25 Feb 2005 17:33:01 -0500 Subject: Anyone else seeing this In-Reply-To: <1109368865.5264.1.camel@localhost.localdomain> References: <1109368865.5264.1.camel@localhost.localdomain> Message-ID: <604aa79105022514335ca95158@mail.gmail.com> On Fri, 25 Feb 2005 22:01:04 +0000, Paul wrote: > Any ideas on how to fix this? do you have ANY repos defined that are not part of fedora-release package? -jef From paul at all-the-johnsons.co.uk Fri Feb 25 22:49:51 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 25 Feb 2005 22:49:51 +0000 Subject: Anyone else seeing this In-Reply-To: <604aa79105022514335ca95158@mail.gmail.com> References: <1109368865.5264.1.camel@localhost.localdomain> <604aa79105022514335ca95158@mail.gmail.com> Message-ID: <1109371791.5264.3.camel@localhost.localdomain> Hi, >> Any ideas on how to fix this? > >do you have ANY repos defined that are not part of fedora-release package? rawhide TTFN Paul > -- "I like blinking me" - Helen, Big Brother 2 contestant -------------- 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 paul at all-the-johnsons.co.uk Fri Feb 25 22:52:34 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 25 Feb 2005 22:52:34 +0000 Subject: Anyone else seeing this In-Reply-To: <1109370257.20380.2.camel@one.myworld> References: <1109368865.5264.1.camel@localhost.localdomain> <1109370257.20380.2.camel@one.myworld> Message-ID: <1109371954.5264.5.camel@localhost.localdomain> Hi, >> Any ideas on how to fix this? >> > >https://bugzilla.redhat.com/beta/show_bug.cgi?id=149496 Thanks : that got it! TTFN Paul -- "I like blinking me" - Helen, Big Brother 2 contestant -------------- 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 Fri Feb 25 22:57:17 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 25 Feb 2005 17:57:17 -0500 Subject: Anyone else seeing this In-Reply-To: <1109371791.5264.3.camel@localhost.localdomain> References: <1109368865.5264.1.camel@localhost.localdomain> <604aa79105022514335ca95158@mail.gmail.com> <1109371791.5264.3.camel@localhost.localdomain> Message-ID: <604aa7910502251457ce78d89@mail.gmail.com> On Fri, 25 Feb 2005 22:49:51 +0000, Paul wrote: > Hi, > > >> Any ideas on how to fix this? > > > >do you have ANY repos defined that are not part of fedora-release package? > > rawhide rawhide is part of the fedora-release package payload, so your answer doesn't make a lot of sense to me. rpm -ql fedora-release /etc/yum.repos.d/fedora-devel.repo <---- thats rawhide The only time i hit this problem was when i was trying to test a somewhat broken yum-repos package as provided by ivazquez (aka ignacio) as soon as that issue was resolved and the package corrected.. ive have not seen a problem. So i'll ask again.. do you have ANY repo definitions that are not part of the fedora-release package.... disable or enabled repos. -jef From paul at all-the-johnsons.co.uk Fri Feb 25 23:10:38 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 25 Feb 2005 23:10:38 +0000 Subject: Anyone else seeing this In-Reply-To: <604aa7910502251457ce78d89@mail.gmail.com> References: <1109368865.5264.1.camel@localhost.localdomain> <604aa79105022514335ca95158@mail.gmail.com> <1109371791.5264.3.camel@localhost.localdomain> <604aa7910502251457ce78d89@mail.gmail.com> Message-ID: <1109373038.5264.8.camel@localhost.localdomain> Hi, >So i'll ask again.. do you have ANY repo definitions that are not part >of the fedora-release package.... disable or enabled repos. rpm -ql gives me /etc/yum.repos.d/fedora-devel /etc/yum.repos.d/fedora-updates-testing /etc/yum.repos.d/fedora-updates /etc/yum.repos.d/fedora So in sort, nope. By the looks of it, they're all enabled. TTFN Paul > -- "I like blinking me" - Helen, Big Brother 2 contestant -------------- 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 fct-cornette at insight.rr.com Sat Feb 26 02:57:49 2005 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 25 Feb 2005 21:57:49 -0500 Subject: Pecular reactions with Rawhide installation In-Reply-To: <1109304970.4123.10.camel@clownfish.redfishdemo.com> References: <421A81FB.2060604@insight.rr.com> <421ABD02.9050708@research.att.com> <421D26CB.1050005@insight.rr.com> <421D78D9.5060403@ccs.neu.edu> <1109304970.4123.10.camel@clownfish.redfishdemo.com> Message-ID: <421FE5AD.1080207@insight.rr.com> Rodd Clarkson wrote: > On Thu, 2005-02-24 at 01:48 -0500, Stan Bubrouski wrote: > >>Jim Cornette wrote: >> >>>Using top to view memory usage, the programs gnome-vfs-daemon, >>>gnome-settings, nautilus and X seem to be the leading processes for >>>consuming cpu time. I added the cpufrequency control applet to my panel >>>and am able to control the cpu frequuency to prevent the 80 C temp then >>>shutdown. These listed processes take 28 -32 percent each in usage >>>percentage. X takes around 1 to 6.6 percent usage range. >> >>Woh. Clearly there is something going wrong here. From your >>description it seems between X, gnome-vfs-daemon, gnome-settings, and >>nautilus you are using 100% CPU? This would make everything else crawl. >> So now the question is: Why are these processes running out of control? > > > That's the question. After updating to the most recent rawhide > yesterday I've started to see this too. (I update to rawhide each day > without fear or fail, so it was something on 20050224 that did it I > guess). > > The first time I couldn't figure out what it was, but the second time I > found killing gnome-panel fixed it (I'd tried gamin, gnome-vfs-daemon, > gnome-settings-daemon and Nautilus before this.) > > > I'm not sure if this is related, but I can get a similar (same result) > by doing the following: > > 1. Open Applications > Accessories > Dictionary > 2. Type Role into the Word field and hit enter > 3. Click on the hyperlink Roll (this should bring up the meaning of > Roll) > > Doing this sends my CPU 100% (about 30% user and 70% system) > > Closing the Dictionary fixes this immediately. > > > Rodd > > > The thing that got my computer into a more usable state was to undo the prelinking for all with 'prelink -uav' - Once the prelinking was undone, the random slowdown of programs does not seem to be a problem any longer. My cpu usage numbers are now down in the 2 to 3 percent range. The loading does not seem to be any better or worse than before though. At first, I tried to 'prelink -av' the system and it was no different than before trying to prelink processes. Using the dictionary program did not make any difference to my cpu usage problem. Your results might vary from my tests. This "seems" to work, but I just guessed as to what to try next. Jim From aoliva at redhat.com Sat Feb 26 03:30:41 2005 From: aoliva at redhat.com (Alexandre Oliva) Date: Fri, 25 Feb 2005 22:30:41 -0500 Subject: Fedora Core 3 Test Update: libtool-1.5.6-4.FC3.1 Message-ID: <200502260330.j1Q3UfZu009360@porkchop.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-179 2005-02-25 --------------------------------------------------------------------- Product : Fedora Core 3 Name : libtool Version : 1.5.6 Release : 4.FC3.1 Summary : The GNU libtool, which simplifies the use of shared libraries. Description : The libtool package contains the GNU libtool, a set of shell scripts which automatically configure UNIX and UNIX-like architectures to generically build shared libraries. Libtool provides a consistent, portable interface which simplifies the process of using shared libraries. If you are developing programs which will use shared libraries, you should install libtool. --------------------------------------------------------------------- Update Information: Libtool is a program used by many other programs to create static and dynamic libraries using a portable interface. Libtool is generally configured as part of every package that uses it. At that time, it collects information about the compiler being used. When the libtool package itself is built, it performs such configuration and installs a script named /usr/bin/libtool that holds configuration information about the compiler as of the time the script was created. For purposes of creating C++ libraries or programs, the configuration information collected by libtool includes pathnames of object files that g++ normally links in implicitly. Should their location change because of a compiler version upgrade, the information stored in the previously-build libtool script becomes incorrect, and the script has to be rebuilt. There was a compiler upgrade during the development cycle of Fedora Core 3, and the libtool package was not rebuilt afterwards. Users that intend to use the pre-installed libtool script to create C++ libraries or programs should upgrade to these updated packages, which resolve this issue. --------------------------------------------------------------------- --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 2b402c3ebe33467f5834d74587ac4444 SRPMS/libtool-1.5.6-4.FC3.1.src.rpm 96b108f168e081123155c6c7d033ccc6 x86_64/libtool-1.5.6-4.FC3.1.x86_64.rpm c073c8933ffd434bd2e98d86e16b3223 x86_64/libtool-libs-1.5.6-4.FC3.1.x86_64.rpm 664fed0ca149f92eb499b690905815d7 x86_64/debug/libtool-debuginfo-1.5.6-4.FC3.1.x86_64.rpm 979330de1dff38db06d365047738109d x86_64/libtool-libs-1.5.6-4.FC3.1.i386.rpm ad89539d8bda00f9dc41e2c88504a137 i386/libtool-1.5.6-4.FC3.1.i386.rpm 979330de1dff38db06d365047738109d i386/libtool-libs-1.5.6-4.FC3.1.i386.rpm 74a485a67321b3bc147a0f3ee2490869 i386/debug/libtool-debuginfo-1.5.6-4.FC3.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From kms at passback.co.uk Sat Feb 26 09:59:56 2005 From: kms at passback.co.uk (Keith Sharp) Date: Sat, 26 Feb 2005 09:59:56 +0000 Subject: Evolution 2.0.4 updates for FC3? In-Reply-To: <1109310463.17227.25.camel@cassandra.boston.redhat.com> References: <1108997851.5891.70.camel@excession.dzr> <1108998722.8733.0.camel@localhost.localdomain> <1109020745.5711.92.camel@localhost.localdomain> <1109310463.17227.25.camel@cassandra.boston.redhat.com> Message-ID: <1109411996.22897.15.camel@animal.passback.co.uk> On Fri, 2005-02-25 at 00:47 -0500, David Malcolm wrote: > On Tue, 2005-02-22 at 05:19 +0800, Colin Charles wrote: > >On Mon, 2005-02-21 at 10:12 -0500, Ignacio Vazquez-Abrams wrote: > >> > Evolution 2.0.4, a bugfix release, has been released: > >> > > >> > http://codeblogs.ximian.com/blogs/evolution/archives/000449.html > >> > > >> > Will we get this for FC3? (We didn't get 2.0.3.) > >> > >> Put an update request in Bugzilla. > > > >I hear this is on dmalcolm's plate for the day - 2.0.4 that is. So hang > >in there, I guess > > I just did these, as Test updates (see the flurry of emails that just > hit this list) - please download and try them out. > > There are dependencies between the packages, so you should grab all 5 of > the updates if you're going to do this. To give you some feedback: I am running the 2.0.4 packages on my laptop, looks to be working well! Thanks, Keith. From a.t.meinen at chello.nl Sat Feb 26 16:03:11 2005 From: a.t.meinen at chello.nl (Tino Meinen) Date: Sat, 26 Feb 2005 17:03:11 +0100 Subject: Fedora Core 3 Test Update: evolution-2.0.4-1 In-Reply-To: <200502250534.j1P5YUn1018600@porkchop.devel.redhat.com> References: <200502250534.j1P5YUn1018600@porkchop.devel.redhat.com> Message-ID: <1109433792.17307.3.camel@localhost.localdomain> Op vr, 25-02-2005 te 00:34 -0500, schreef David Malcolm: > Update Information: > > Evolution 2.0.4, 2004-12-06 > -----------------^^^^^^^^^^ date wrong? I just installed it, and it works great except for the fedora specific evolution bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134584 wich is still present in this version. Tino From luya at jpopmail.com Sat Feb 26 20:27:21 2005 From: luya at jpopmail.com (luya at jpopmail.com) Date: Sat, 26 Feb 2005 12:27:21 -0800 Subject: slow booting on FC3 Message-ID: <20050226202721.1117221AFF9@ws5-6.us4.outblaze.com> For some reason, Fedora Core 3 boot slower than normal (about 3 minutes). When I verify the log, it seems to have no problem. Here is the kernel report: Linux version 2.6.10-1.766_FC3 (bhcompile at bugs.build.redhat.com) (gcc version 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)) #1 Wed Feb 9 23:06:42 EST 2005 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009f800 (usable) BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001fff0000 (usable) BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS) BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data) BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved) BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved) BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved) 0MB HIGHMEM available. 511MB LOWMEM available. Using x86 segment limits to approximate NX protection On node 0 totalpages: 131056 DMA zone: 4096 pages, LIFO batch:1 Normal zone: 126960 pages, LIFO batch:16 HighMem zone: 0 pages, LIFO batch:1 DMI 2.3 present. ACPI: RSDP (v000 GBT ) @ 0x000f6ce0 ACPI: RSDT (v001 GBT AWRDACPI 0x42302e31 AWRD 0x01010101) @ 0x1fff3000 ACPI: FADT (v001 GBT AWRDACPI 0x42302e31 AWRD 0x01010101) @ 0x1fff3040 ACPI: MADT (v001 GBT AWRDACPI 0x42302e31 AWRD 0x01010101) @ 0x1fff7640 ACPI: DSDT (v001 GBT AWRDACPI 0x00001000 MSFT 0x0100000c) @ 0x00000000 ACPI: PM-Timer IO Port: 0x4008 Built 1 zonelists Kernel command line: ro root=/dev/VolGroup00/LogVol00 rhgb quiet Initializing CPU#0 CPU 0 irqstacks, hard=c03d3000 soft=c03d2000 PID hash table entries: 2048 (order: 11, 32768 bytes) Detected 1832.295 MHz processor. Using pmtmr for high-res timesource Console: colour VGA+ 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 514492k/524224k available (2045k kernel code, 9124k reserved, 655k data, 160k init, 0k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. Calibrating delay loop... 3629.05 BogoMIPS (lpj=1814528) Security Framework v1.0.0 initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: After generic identify, caps: 0383fbff c1c3fbff 00000000 00000000 CPU: After vendor identify, caps: 0383fbff c1c3fbff 00000000 00000000 CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line) CPU: L2 Cache: 512K (64 bytes/line) CPU: After all inits, caps: 0383f3ff c1c3fbff 00000000 00000020 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU: AMD Athlon(tm) XP 2500+ stepping 00 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. ACPI: setting ELCR to 0200 (from 0e20) checking if image is initramfs... it is Freeing initrd memory: 942k freed NET: Registered protocol family 16 PCI: PCI BIOS revision 2.10 entry at 0xfb740, last bus=1 PCI: Using configuration type 1 mtrr: v2.0 (20020519) ACPI: Subsystem revision 20041105 ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (00:00) PCI: Probing PCI hardware (bus 00) PCI: Via IRQ fixup ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 6 7 *10 11 12) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 6 7 10 *11 12) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 6 7 10 *11 12) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 6 7 10 11 12) *5 ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 6 7 10 11 12) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 6 7 10 11 12) *0, disabled. ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 6 7 10 11 12) *0, disabled. ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 6 7 10 11 12) *0, disabled. ACPI: PCI Interrupt Link [ALKA] (IRQs 20) *0, disabled. ACPI: PCI Interrupt Link [ALKB] (IRQs 21) *0, disabled. ACPI: PCI Interrupt Link [ALKC] (IRQs 22) *0, disabled. ACPI: PCI Interrupt Link [ALKD] (IRQs 23) *0, disabled. Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 13 devices usbcore: registered new driver usbfs usbcore: registered new driver hub PCI: Using ACPI for IRQ routing ** PCI interrupts are no longer routed automatically. If this ** causes a device to stop working, it is probably because the ** driver failed to call pci_enable_device(). As a temporary ** workaround, the "pci=routeirq" argument restores the old ** behavior. If this argument makes the device work again, ** please email the output of "lspci" to bjorn.helgaas at hp.com ** so I can fix the driver. pnp: 00:01: ioport range 0x4000-0x407f could not be reserved pnp: 00:01: ioport range 0x40f0-0x40ff could not be reserved pnp: 00:01: ioport range 0x5000-0x500f has been reserved apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac) apm: overridden by ACPI. audit: initializing netlink socket (disabled) audit(1109419586.890:0): initialized Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks Initializing Cryptographic API ksign: Installing public key data Loading keyring - Added public key C1E8B138ABE583F2 - User ID: Red Hat, Inc. (Kernel Module GPG key) pci_hotplug: PCI Hot Plug PCI Core version: 0.5 isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12 Linux agpgart interface v0.100 (c) Dave Jones agpgart: Detected VIA KM400/KM400A chipset agpgart: Maximum main memory to use for agp memory: 439M agpgart: AGP aperture is 128M @ 0xe0000000 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 76 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize divert: not allocating divert_blk for non-ethernet device lo Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx VP_IDE: IDE controller at PCI slot 0000:00:0f.1 ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11 PCI: setting IRQ 11 as level-triggered ACPI: PCI interrupt 0000:00:0f.1[A] -> GSI 11 (level, low) -> IRQ 11 VP_IDE: chipset revision 6 VP_IDE: not 100% native mode: will probe irqs later VP_IDE: VIA vt8237 (rev 00) IDE UDMA133 controller on pci0000:00:0f.1 ide0: BM-DMA at 0xac00-0xac07, BIOS settings: hda:pio, hdb:pio ide1: BM-DMA at 0xac08-0xac0f, BIOS settings: hdc:pio, hdd:pio Probing IDE interface ide0... hda: WDC WD1200JB-00GVA0, ATA DISK drive hdb: Maxtor 6E040L0, ATA DISK drive elevator: using anticipatory as default io scheduler ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hdc: CR-48XATE, ATAPI CD/DVD-ROM drive hdd: IDE DVD-ROM 16X, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 1024KiB hda: Host Protected Area detected. current capacity is 234439535 sectors (120033 MB) native capacity is 234441648 sectors (120034 MB) hda: Host Protected Area disabled. hda: 234441648 sectors (120034 MB) w/8192KiB Cache, CHS=16383/255/63, UDMA(100) hda: cache flushes supported hda: hda1 hda2 hda3 < hda5 > hdb: max request size: 128KiB hdb: Host Protected Area detected. current capacity is 80291135 sectors (41109 MB) native capacity is 80293248 sectors (41110 MB) hdb: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } hdb: task_no_data_intr: error=0x04 { DriveStatusError } ide: failed opcode was: 0x37 hdb: 80291135 sectors (41109 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(133) hdb: cache flushes supported hdb: hdb1 hdb2 hdc: ATAPI 40X CD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33) Uniform CD-ROM driver Revision: 3.20 hdd: ATAPI 48X DVD-ROM drive, 512kB Cache, UDMA(33) ide-floppy driver 0.99.newide usbcore: registered new driver hiddev usbcore: registered new driver usbhid drivers/usb/input/hid-core.c: v2.0:USB HID core driver mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard on isa0060/serio0 md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27 NET: Registered protocol family 2 IP: routing cache hash table of 1024 buckets, 32Kbytes TCP: Hash tables configured (established 32768 bind 9362) Initializing IPsec netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 ACPI wakeup devices: PCI0 USB0 USB1 USB2 USB6 USB7 USB8 USB9 UAR1 ECP1 ACPI: (supports S0 S1 S4 S5) Freeing unused kernel memory: 160k freed device-mapper: 4.3.0-ioctl (2004-09-30) initialised: dm-devel at redhat.com kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. security: 3 users, 4 roles, 318 types, 20 bools security: 53 classes, 10781 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev dm-0, type ext3), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), not configured for labeling SELinux: initialized (dev hugetlbfs, type hugetlbfs), not configured for labeling SELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev eventpollfs, type eventpollfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts SCSI subsystem initialized libata version 1.10 loaded. sata_via version 1.0 ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 ACPI: PCI interrupt 0000:00:0f.0[B] -> GSI 11 (level, low) -> IRQ 11 sata_via(0000:00:0f.0): routed to hard irq line 11 ata1: SATA max UDMA/133 cmd 0x9400 ctl 0x9802 bmdma 0xA400 irq 11 ata2: SATA max UDMA/133 cmd 0x9C00 ctl 0xA002 bmdma 0xA408 irq 11 ata1: no device found (phy stat 00000000) scsi0 : sata_via ata2: no device found (phy stat 00000000) scsi1 : sata_via Floppy drive(s): fd0 is 1.44M FDC 0 is a post-1991 82077 Linux Tulip driver version 1.1.13 (May 11, 2002) ACPI: PCI interrupt 0000:00:0a.0[A] -> GSI 11 (level, low) -> IRQ 11 tulip0: MII transceiver #1 config 3100 status 7869 advertising 05e1. tulip0: MII transceiver #2 config 1000 status 786d advertising 05e1. tulip0: MII transceiver #3 config 1000 status 786d advertising 05e1. tulip0: MII transceiver #4 config 1000 status 786d advertising 05e1. divert: allocating divert_blk for eth0 eth0: ADMtek Comet rev 17 at e083c000, 00:04:5A:73:D0:B0, IRQ 11. ACPI: PCI interrupt 0000:00:11.5[C] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:11.5 to 64 ACPI: PCI interrupt 0000:00:10.4[C] -> GSI 11 (level, low) -> IRQ 11 ehci_hcd 0000:00:10.4: EHCI Host Controller ehci_hcd 0000:00:10.4: irq 11, pci mem 0xeb01a000 ehci_hcd 0000:00:10.4: new USB bus registered, assigned bus number 1 ehci_hcd 0000:00:10.4: USB 2.0 initialized, EHCI 1.00, driver 26 Oct 2004 hub 1-0:1.0: USB hub found hub 1-0:1.0: 8 ports detected USB Universal Host Controller Interface driver v2.2 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10 PCI: setting IRQ 10 as level-triggered ACPI: PCI interrupt 0000:00:10.0[A] -> GSI 10 (level, low) -> IRQ 10 uhci_hcd 0000:00:10.0: UHCI Host Controller uhci_hcd 0000:00:10.0: irq 10, io base 0xb000 uhci_hcd 0000:00:10.0: new USB bus registered, assigned bus number 2 hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected ACPI: PCI interrupt 0000:00:10.1[A] -> GSI 10 (level, low) -> IRQ 10 uhci_hcd 0000:00:10.1: UHCI Host Controller uhci_hcd 0000:00:10.1: irq 10, io base 0xb400 uhci_hcd 0000:00:10.1: new USB bus registered, assigned bus number 3 hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected ACPI: PCI interrupt 0000:00:10.2[B] -> GSI 11 (level, low) -> IRQ 11 uhci_hcd 0000:00:10.2: UHCI Host Controller uhci_hcd 0000:00:10.2: irq 11, io base 0xb800 uhci_hcd 0000:00:10.2: new USB bus registered, assigned bus number 4 hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected ACPI: PCI interrupt 0000:00:10.3[B] -> GSI 11 (level, low) -> IRQ 11 uhci_hcd 0000:00:10.3: UHCI Host Controller uhci_hcd 0000:00:10.3: irq 11, io base 0xbc00 uhci_hcd 0000:00:10.3: new USB bus registered, assigned bus number 5 hub 5-0:1.0: USB hub found hub 5-0:1.0: 2 ports detected md: Autodetecting RAID arrays. md: autorun ... md: ... autorun DONE. usb 2-1: new full speed USB device using uhci_hcd and address 2 hub 2-1:1.0: USB hub found hub 2-1:1.0: 4 ports detected usb 2-2: new full speed USB device using uhci_hcd and address 3 drivers/usb/class/usblp.c: usblp0: USB Bidirectional printer dev 3 if 0 alt 1 proto 2 vid 0x067B pid 0x2305 usbcore: registered new driver usblp drivers/usb/class/usblp.c: v0.13: USB Printer Device Class driver usb 4-1: new low speed USB device using uhci_hcd and address 2 SELinux: initialized (dev ramfs, type ramfs), uses genfs_contexts input: USB HID v1.00 Joystick [SAITEK P880] on usb-0000:00:10.2-1 NET: Registered protocol family 10 Disabled Privacy Extensions on device c03697c0(lo) IPv6 over IPv4 tunneling driver divert: not allocating divert_blk for non-ethernet device sit0 usb 5-1: new low speed USB device using uhci_hcd and address 2 usbhid: probe of 5-1:1.0 failed with error -5 usb 2-1.1: new low speed USB device using uhci_hcd and address 4 input: USB HID v1.10 Mouse [Logitech Optical USB Mouse] on usb-0000:00:10.0-1.1 usb 2-1.4: new full speed USB device using uhci_hcd and address 5 input: Wacom Graphire2 4x5 on usb-0000:00:10.3-1 usbcore: registered new driver wacom drivers/usb/input/wacom.c: v1.30:USB Wacom Graphire and Wacom Intuos tablet driver Initializing USB Mass Storage driver... scsi2 : SCSI emulation for USB Mass Storage devices usbcore: registered new driver usb-storage USB Mass Storage support registered. usb-storage: device found at 5 usb-storage: waiting for device to settle before scanning Vendor: Generic Model: USB Storage-SMC Rev: 0090 Type: Direct-Access ANSI SCSI revision: 00 Vendor: Generic Model: USB Storage-CFC Rev: 0090 Type: Direct-Access ANSI SCSI revision: 00 Vendor: Generic Model: USB Storage-MMC Rev: 0090 Type: Direct-Access ANSI SCSI revision: 00 Vendor: Generic Model: USB Storage-MSC Rev: 0090 Type: Direct-Access ANSI SCSI revision: 00 usb-storage: device scan complete Attached scsi removable disk sda at scsi2, channel 0, id 0, lun 0 Attached scsi removable disk sdb at scsi2, channel 0, id 0, lun 1 Attached scsi removable disk sdc at scsi2, channel 0, id 0, lun 2 Attached scsi removable disk sdd at scsi2, channel 0, id 0, lun 3 ACPI: Power Button (FF) [PWRF] ibm_acpi: ec object not found EXT3 FS on dm-0, internal journal kjournald starting. Commit interval 5 seconds EXT3 FS on hdb1, internal journal EXT3-fs: mounted filesystem with ordered data mode. SELinux: initialized (dev hdb1, type ext3), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev hda1, type vfat), uses genfs_contexts EXT3-fs: Unrecognized mount option "umask=0" or missing value Adding 1048568k swap on /dev/VolGroup00/LogVol01. Priority:-1 extents:1 SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts Anyone knows how to solve that issue? -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org Powered by Outblaze From justin.conover at gmail.com Sat Feb 26 20:45:30 2005 From: justin.conover at gmail.com (Justin Conover) Date: Sat, 26 Feb 2005 14:45:30 -0600 Subject: gnome-bluetooth-manager & gnomevfs bug? Message-ID: I didn't see anything in bugzilla about this, should I file a bug or does anyone have any suggestions? [justin at morpheus ~]$ gnome-bluetooth-manager Fatal Python error: could not import gnomevfs Aborted [justin at morpheus ~]$ rpm -qa | grep vfs gnome-vfs2-devel-2.9.91-2 gnome-vfs2-2.9.91-2 gnome-vfs2-2.9.91-2 gnome-vfs2-smb-2.9.91-2 [justin at morpheus ~]$ rpm -qa | grep blue bluez-utils-2.14-1 bluez-pin-debuginfo-0.23-4 gnome-bluetooth-debuginfo-0.5.1-9 bluez-libs-debuginfo-2.14-2 bluez-libs-2.14-2 bluez-libs-2.14-2 bluez-bluefw-debuginfo-1.0-7 bluez-pin-0.23-4 gnome-bluetooth-devel-0.5.1-9 bluez-hcidump-1.16-1 bluez-hcidump-debuginfo-1.16-1 bluez-utils-debuginfo-2.14-1 gnome-bluetooth-0.5.1-9 error: db4 error(-30987) from dbcursor->c_get: DB_PAGE_NOTFOUND: Requested page not found Not sure what the db4 error is at the end there either? This is the end of a strace gnome-bluetooth-manager ) = 0x355d400000 mprotect(0x355d416000, 1048272, PROT_NONE) = 0 mmap(0x355d515000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x15000) = 0x355d515000 close(4) = 0 open("/usr/lib64/libgnome-keyring.so.0", O_RDONLY) = 4 read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000;\0c5"..., 640) = 640 fstat(4, {st_mode=S_IFREG|0755, st_size=46672, ...}) = 0 mmap(0x3563000000, 1091184, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x3563000000 mprotect(0x356300b000, 1046128, PROT_NONE) = 0 mmap(0x356310a000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0xa000) = 0x356310a000 close(4) = 0 open("/usr/lib64/libjpeg.so.62", O_RDONLY) = 4 read(4, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2205\300"..., 640) = 640fstat(4, {st_mode=S_IFREG|0755, st_size=137448, ...}) = 0 mmap(0x355fc00000, 1181864, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0x355fc00000 mprotect(0x355fc20000, 1050792, PROT_NONE) = 0 mmap(0x355fd20000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x20000) = 0x355fd20000 close(4) = 0 munmap(0x2aaaae1c4000, 81589) = 0 stat("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/python2.4/site-packages/gtk-2.0/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gtk-2.0/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gtk-2.0/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gtk-2.0/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gtk-2.0/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomebt/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/python2.4/site-packages/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/site-packages/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/home/justin/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/home/justin/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/justin/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/justin/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/home/justin/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/python24.zip/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python24.zip/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python24.zip/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python24.zip/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python24.zip/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/python2.4/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/python2.4/plat-linux2/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/plat-linux2/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/plat-linux2/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/plat-linux2/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/plat-linux2/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/python2.4/lib-tk/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-tk/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-tk/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-tk/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-tk/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib64/python2.4/lib-dynload/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-dynload/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-dynload/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-dynload/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/python2.4/lib-dynload/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) stat("/usr/lib/python2.4/site-packages/gnomevfs", 0x7fffffffdd70) = -1 ENOENT (No such file or directory) open("/usr/lib/python2.4/site-packages/gnomevfs.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/python2.4/site-packages/gnomevfsmodule.so", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/python2.4/site-packages/gnomevfs.py", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib/python2.4/site-packages/gnomevfs.pyc", O_RDONLY) = -1 ENOENT (No such file or directory) write(2, "Fatal Python error: could not im"..., 46Fatal Python error: could not import gnomevfs ) = 46 rt_sigprocmask(SIG_UNBLOCK, [ABRT], NULL, 8) = 0 tgkill(5878, 5878, SIGABRT) = 0 --- SIGABRT (Aborted) @ 0 (0) --- +++ killed by SIGABRT +++ From nphilipp at redhat.com Sun Feb 27 02:40:42 2005 From: nphilipp at redhat.com (Nils Philippsen) Date: Sun, 27 Feb 2005 03:40:42 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.4-0.fc3.1 In-Reply-To: <421EFDC0.6010909@gmx.de> References: <1109295041.31171.2.camel@gibraltar.stuttgart.redhat.com> <421EFDC0.6010909@gmx.de> Message-ID: <1109472043.18163.5.camel@gibraltar.stuttgart.redhat.com> On Fri, 2005-02-25 at 11:28 +0100, shrek-m at gmx.de wrote: > Nils Philippsen wrote: > > >--------------------------------------------------------------------- > >Fedora Test Update Notification > >FEDORA-2005-164 > >2005-02-24 > >--------------------------------------------------------------------- > > > >Product : Fedora Core 3 > >Name : gimp > >Version : 2.2.4 > >Release : 0.fc3.1 > >Summary : The GNU Image Manipulation Program > > > > > only the first time i get this warning > > $ gimp > executable not found: '/usr/lib/gimp/2.0/plug-ins/sphere.py' This is to be expected, the sphere.py plugin was only for testing (located in Xtns/Python-Fu/Test) and was removed for the 2.2.4 release. GIMP had its configuration cached in ~/.gimp-2.2/pluginrc and the warning is because it doesn't find the matching plugin when starting the GIMP for the first time after the update. 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 paul at all-the-johnsons.co.uk Sun Feb 27 12:52:18 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 27 Feb 2005 12:52:18 +0000 Subject: MySQL and udev Message-ID: <1109508738.11728.22.camel@localhost.localdomain> Hi, I seem to have two problems at the moment (on two different machines). On the laptop, it looks like MySQL is messed up. If I issue mysqladmin -u root password 'bluebuses' I get an error that it can't connect to localhost mysqladmin -u root -h T8.linux password 'bluebuses' gives an error mysqladmin: connect to server at 'T8.linux' failed error: '#HY000Host 'localhost.localdomain' is not allowed to connect to this MySQL server' (T8.linux is the machines name). Am I doing something wrong or is this broken? My /etc/hosts file reads 127.0.0.1 localhost.localdomain T8.linux localhost T8 Second off is that udev fails to start on the other computer. While that doesn't stop it from working, it does make DVD burning somewhat slow. I'm using udev-050-7 with the 2.6.10-1.1063_FC4 kernel (1154 just doesn't work - the machine will get to the desktop and then crash requiring a power reset). Any clues on either of these? TTFN Paul -- "I like blinking me" - Helen, Big Brother 2 contestant -------------- 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 psavoie1783 at rogers.com Sun Feb 27 13:19:22 2005 From: psavoie1783 at rogers.com (Phil Savoie) Date: Sun, 27 Feb 2005 08:19:22 -0500 Subject: MySQL and udev In-Reply-To: <1109508738.11728.22.camel@localhost.localdomain> References: <1109508738.11728.22.camel@localhost.localdomain> Message-ID: <200502270819.22977.psavoie1783@rogers.com> On February 27, 2005 07:52, Paul wrote: > Hi, > > I seem to have two problems at the moment (on two different machines). > > On the laptop, it looks like MySQL is messed up. If I issue > > mysqladmin -u root password 'bluebuses' > > I get an error that it can't connect to localhost > > mysqladmin -u root -h T8.linux password 'bluebuses' > > gives an error > > mysqladmin: connect to server at 'T8.linux' failed > error: '#HY000Host 'localhost.localdomain' is not allowed to connect to > this MySQL server' > > (T8.linux is the machines name). > > Am I doing something wrong or is this broken? > > My /etc/hosts file reads > > 127.0.0.1 localhost.localdomain T8.linux localhost T8 Have you turned on msqld? checkconfig --list | grep mysql chkconfig mysql --level 345 on service mysql start Can't help with the next one... sorry > > Second off is that udev fails to start on the other computer. While that > doesn't stop it from working, it does make DVD burning somewhat slow. > I'm using udev-050-7 with the 2.6.10-1.1063_FC4 kernel (1154 just > doesn't work - the machine will get to the desktop and then crash > requiring a power reset). > > Any clues on either of these? > > TTFN > > Paul Phil From paul at all-the-johnsons.co.uk Sun Feb 27 13:37:29 2005 From: paul at all-the-johnsons.co.uk (Paul) Date: Sun, 27 Feb 2005 13:37:29 +0000 Subject: MySQL and udev In-Reply-To: <200502270819.22977.psavoie1783@rogers.com> References: <1109508738.11728.22.camel@localhost.localdomain> <200502270819.22977.psavoie1783@rogers.com> Message-ID: <1109511449.22884.1.camel@localhost.localdomain> Hi, >Have you turned on msqld? checkconfig --list | grep mysql >chkconfig mysql --level 345 on >service mysql start MySql is up and running and levels 3 and 5 and off on 01246 Just altered mysqld to be running on 345 and it made no difference - same errors. TTFN Paul -- "I like blinking me" - Helen, Big Brother 2 contestant -------------- 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 fozz at iodynamics.com Sun Feb 27 18:19:27 2005 From: fozz at iodynamics.com (Doran Barton) Date: Sun, 27 Feb 2005 11:19:27 -0700 Subject: MySQL and udev In-Reply-To: <1109508738.11728.22.camel@localhost.localdomain> References: <1109508738.11728.22.camel@localhost.localdomain> Message-ID: <20050227181927.GL22178@iodynamics.com> Not long ago, Paul proclaimed... > Second off is that udev fails to start on the other computer. While that > doesn't stop it from working, it does make DVD burning somewhat slow. > I'm using udev-050-7 with the 2.6.10-1.1063_FC4 kernel (1154 just > doesn't work - the machine will get to the desktop and then crash > requiring a power reset). Sounds like you're using pre-beta code (FC4 is pre-beta) and expecting things to work. That's a poor assumption to make. -- fozz at iodynamics.com is Doran L. Barton, president, Iodynamics LLC Iodynamics: Linux solutions - Web development - Business connectivity "Beat him out of recognizable shape!" -- English film subtitle seen in Hong Kong -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fozz at iodynamics.com Sun Feb 27 18:24:15 2005 From: fozz at iodynamics.com (Doran Barton) Date: Sun, 27 Feb 2005 11:24:15 -0700 Subject: slow booting on FC3 In-Reply-To: <20050226202721.1117221AFF9@ws5-6.us4.outblaze.com> References: <20050226202721.1117221AFF9@ws5-6.us4.outblaze.com> Message-ID: <20050227182415.GM22178@iodynamics.com> Not long ago, luya at jpopmail.com proclaimed... > For some reason, Fedora Core 3 boot slower than normal (about 3 minutes). > When I verify the log, it seems to have no problem. Here is the kernel > report: [snip snip snip snip snip...] > Anyone knows how to solve that issue? Do you need SELinux? It is guaranteed to slow down the boot process and hinder performance in general. If you don't need it, edit the /etc/sysconfig/selinux file, disable it, and reboot. Turn off all unneeded services as well (use system-config-services or ntsysv). The ntp service, for example, is nice, but it takes up a good 10-20 seconds of boot time synchronizing with a time sevrer. The boot time has been an issue in the Fedora community. Developers have been working on ways to speed up boot times and it is speculated that FC4 will bear some of the fruits of that work. There's a lot that could be done. Things like ntp could be started in the background after other critical services are started, for example. -=Fozz -- fozz at iodynamics.com is Doran L. Barton, president, Iodynamics LLC Iodynamics: Linux solutions - Web development - Business connectivity "Auto Repair Service. Free Pick-up and delivery. Try us once, you'll never go anywhere again." -- Classified ad in newspaper -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From shrek-m at gmx.de Sun Feb 27 20:11:34 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Sun, 27 Feb 2005 21:11:34 +0100 Subject: Fedora Core 3 Test Update: gimp-2.2.4-0.fc3.1 In-Reply-To: <1109472043.18163.5.camel@gibraltar.stuttgart.redhat.com> References: <1109295041.31171.2.camel@gibraltar.stuttgart.redhat.com> <421EFDC0.6010909@gmx.de> <1109472043.18163.5.camel@gibraltar.stuttgart.redhat.com> Message-ID: <42222976.2000805@gmx.de> Nils Philippsen wrote: >>only the first time i get this warning >>$ gimp >>executable not found: '/usr/lib/gimp/2.0/plug-ins/sphere.py' >> >> >This is to be expected, the sphere.py plugin was only for testing >(located in Xtns/Python-Fu/Test) and was removed for the 2.2.4 release. >GIMP had its configuration cached in ~/.gimp-2.2/pluginrc and the >warning is because it doesn't find the matching plugin when starting the >GIMP for the first time after the update. > thanks -- shrek-m From sandy_pond at myrealbox.com Mon Feb 28 00:12:39 2005 From: sandy_pond at myrealbox.com (Sandy Pond) Date: Sun, 27 Feb 2005 19:12:39 -0500 Subject: MySQL and udev In-Reply-To: <20050227181927.GL22178@iodynamics.com> References: <1109508738.11728.22.camel@localhost.localdomain> <20050227181927.GL22178@iodynamics.com> Message-ID: <1109549559.28860.3.camel@family> On Sun, 2005-02-27 at 11:19 -0700, Doran Barton wrote: >Not long ago, Paul proclaimed... >> Second off is that udev fails to start on the other computer. While that >> doesn't stop it from working, it does make DVD burning somewhat slow. >> I'm using udev-050-7 with the 2.6.10-1.1063_FC4 kernel (1154 just >> doesn't work - the machine will get to the desktop and then crash >> requiring a power reset). > >Sounds like you're using pre-beta code (FC4 is pre-beta) and expecting >things to work. That's a poor assumption to make. Works for me: $ rpm -q mysql mysql-4.1.9-1 $ rpm -q kernel kernel-2.6.10-1.1149_FC4 kernel-2.6.10-1.1154_FC4 $ mysqladmin -u root -h 127.0.0.1 password 'foo' -p Enter password: $ From sean.bruno at dsl-only.net Mon Feb 28 03:32:14 2005 From: sean.bruno at dsl-only.net (Sean Bruno) Date: Sun, 27 Feb 2005 19:32:14 -0800 Subject: Fedora Core 3 Test Update: evolution-2.0.4-1 In-Reply-To: <1109433792.17307.3.camel@localhost.localdomain> References: <200502250534.j1P5YUn1018600@porkchop.devel.redhat.com> <1109433792.17307.3.camel@localhost.localdomain> Message-ID: <1109561534.7751.1.camel@localhost.localdomain> On Sat, 2005-02-26 at 17:03 +0100, Tino Meinen wrote: > Op vr, 25-02-2005 te 00:34 -0500, schreef David Malcolm: > > > Update Information: > > > > Evolution 2.0.4, 2004-12-06 > > -----------------^^^^^^^^^^ date wrong? > > I just installed it, and it works great except for the fedora specific > evolution bug: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=134584 > > wich is still present in this version. > > Tino > You seem to be quite alone with this ticket. I will see if I can replicate it in the morning. Maybe this will add some momentum to the issue. Sean From darren at dzr-web.com Mon Feb 28 04:21:12 2005 From: darren at dzr-web.com (D. D. Brierton) Date: Mon, 28 Feb 2005 04:21:12 +0000 Subject: Fedora Core 3 Test Update: evolution-2.0.4-1 In-Reply-To: <1109561534.7751.1.camel@localhost.localdomain> References: <200502250534.j1P5YUn1018600@porkchop.devel.redhat.com> <1109433792.17307.3.camel@localhost.localdomain> <1109561534.7751.1.camel@localhost.localdomain> Message-ID: <1109564472.6076.52.camel@excession.dzr> On Sun, 2005-02-27 at 19:32 -0800, Sean Bruno wrote: > You seem to be quite alone with this ticket. I will see if I can > replicate it in the morning. Maybe this will add some momentum to the > issue. No, not at all. If I'd known this needed a "me too" I'd have added a comment to bugzilla long ago. Added now. Best, Darren -- ===================================================================== D. D. Brierton darren at dzr-web.com www.dzr-web.com Trying is the first step towards failure (Homer Simpson) ===================================================================== From cochranb at speakeasy.net Mon Feb 28 04:31:57 2005 From: cochranb at speakeasy.net (Robert L Cochran) Date: Sun, 27 Feb 2005 23:31:57 -0500 Subject: MySQL and udev In-Reply-To: <1109508738.11728.22.camel@localhost.localdomain> References: <1109508738.11728.22.camel@localhost.localdomain> Message-ID: <42229EBD.7000104@speakeasy.net> >mysqladmin: connect to server at 'T8.linux' failed >error: '#HY000Host 'localhost.localdomain' is not allowed to connect to >this MySQL server' > > This gives me the impression that you had already previously set a root password for this server, and are attempting to change it. If this is right, then you need to connect to the MySQL server using the hostname you originally specified for the root user. E.g. user root needs to connect with some other hostname and it can't be an aliased hostname. It has to be the hostname that was set for the machine at networking time. 'T8.linux' is not the hostname. It is just an alias for 'localhost.localdomain' and it won't be sent to the MySQL server. So I think you either must set your machine to the hostname MySQL is expecting for the root user ('T8.linux'?) or you must reset the MySQL root password. There is a way to reset the root password, documented on the MySQL website, or in Paul DuBois' excellent book MySQL (Second Edition). You might want to read DuBois' suggestions for setting the root password, and at the same time change your host's configuration so that it is assigned a consistent hostname. MySQL is big and complex, and there are a lot of books on the market for it. I very highly reccomend you buy and use DuBois' book. I can't live without it myself. No one else writes about MySQL better. Bob Cochran From cochranb at speakeasy.net Mon Feb 28 04:58:49 2005 From: cochranb at speakeasy.net (Robert L Cochran) Date: Sun, 27 Feb 2005 23:58:49 -0500 Subject: MySQL and udev In-Reply-To: <42229EBD.7000104@speakeasy.net> References: <1109508738.11728.22.camel@localhost.localdomain> <42229EBD.7000104@speakeasy.net> Message-ID: <4222A509.9030907@speakeasy.net> Robert L Cochran wrote: > >> mysqladmin: connect to server at 'T8.linux' failed >> error: '#HY000Host 'localhost.localdomain' is not allowed to connect to >> this MySQL server' >> >> > > This gives me the impression that you had already previously set a > root password for this server, and are attempting to change it. If > this is right, then you need to connect to the MySQL server using the > hostname you originally specified for the root user. E.g. user root > needs to connect with some other hostname and it can't be an aliased > hostname. It has to be the hostname that was set for the machine at > networking time. 'T8.linux' is not the hostname. It is just an alias > for 'localhost.localdomain' and it won't be sent to the MySQL server. > > So I think you either must set your machine to the hostname MySQL is > expecting for the root user ('T8.linux'?) or you must reset the MySQL > root password. > > There is a way to reset the root password, documented on the MySQL > website, or in Paul DuBois' excellent book MySQL (Second Edition). You > might want to read DuBois' suggestions for setting the root password, > and at the same time change your host's configuration so that it is > assigned a consistent hostname. > > MySQL is big and complex, and there are a lot of books on the market > for it. I very highly reccomend you buy and use DuBois' book. I can't > live without it myself. No one else writes about MySQL better. > > Bob Cochran > Or, if you are setting the root password for the first time, just check to make sure you know what your hostname truly is, perhaps by issuing 'env' and checking the HOSTNAME output: [rlc at bobcp4 itemlist]$ env ... HOSTNAME=bobcp4.lingpgmr.com And then use that as the hostname you supply to mysqladmin: -h bobcp4.lingpgmr.com Bob From jerryw4386 at yahoo.com Mon Feb 28 08:21:23 2005 From: jerryw4386 at yahoo.com (Jerry Whitmire) Date: Mon, 28 Feb 2005 00:21:23 -0800 (PST) Subject: fedora-extras Message-ID: <20050228082123.72089.qmail@web50403.mail.yahoo.com> Hi i am trying to get the Fedora-extras i must be trying some thing wrong. I made the file like it said to and put it in the etc/yum/repo.d and named it fedora-extras, but it is not showing up in the up2date windows like it should maybe i can get some help with this. I have the attachment to the file with this email. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: fedora-extras URL: From feliciano.matias at free.fr Mon Feb 28 08:28:10 2005 From: feliciano.matias at free.fr (=?ISO-8859-1?Q?F=E9liciano?= Matias) Date: Mon, 28 Feb 2005 09:28:10 +0100 Subject: fedora-extras In-Reply-To: <20050228082123.72089.qmail@web50403.mail.yahoo.com> References: <20050228082123.72089.qmail@web50403.mail.yahoo.com> Message-ID: <1109579290.28194.3.camel@one.myworld> Le lundi 28 f?vrier 2005 ? 00:21 -0800, Jerry Whitmire a ?crit : > Hi i am trying to get the Fedora-extras i must be trying some thing > wrong. I made the file like it said to and put it in the > etc/yum/repo.d and named it fedora-extras Should be named fedora-extras.repo (don't forget the ".repo"). > , but it is not showing up in the up2date up2date does not use /etc/yum.repos.d (and not etc/yum/repo.d) . up2date use /etc/sysconfig/rhn/sources . > windows like it should maybe i can get some help with this. I have > the attachment to the file with this email. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From lfarkas at bppiac.hu Mon Feb 28 09:38:50 2005 From: lfarkas at bppiac.hu (Farkas Levente) Date: Mon, 28 Feb 2005 10:38:50 +0100 Subject: Fedora Core 3 Update: dhcp-3.0.1-40_FC3 In-Reply-To: <200502252017.j1PKHmMp008059@jvdsibm.boston.redhat.com> References: <200502252017.j1PKHmMp008059@jvdsibm.boston.redhat.com> Message-ID: <4222E6AA.6080400@bppiac.hu> if ldap backend was added to bind, then it'd be nice to add it to dhcp too. Jason Vas Dias wrote: > Subject: Fedora Core 3 Update: dhcp-3.0.1-40_FC3 > > --------------------------------------------------------------------- > Fedora Update Notification > FEDORA-2005-167 > 2005-02-25 > --------------------------------------------------------------------- > > Product : Fedora Core 3 > Name : dhcp > Version : 3.0.1 > Release : 40_FC3 > Summary : A DHCP (Dynamic Host Configuration Protocol) server and relay agent. > Description : > DHCP (Dynamic Host Configuration Protocol) is a protocol which allows > individual devices on an IP network to get their own network > configuration information (IP address, subnetmask, broadcast address, > etc.) from a DHCP server. The overall purpose of DHCP is to make it > easier to administer a large network. The dhcp package includes the > ISC DHCP service and relay agent. > > To use DHCP on your network, install a DHCP service (or relay agent), > and on clients run a DHCP client daemon. The dhcp package provides > the ISC DHCP service and relay agent. > > --------------------------------------------------------------------- > > * Thu Feb 24 2005 Jason Vas Dias 7:3.0.1-40_FC3 > > - fix bug 143640: allow only one dhclient to configure an interface > > * Tue Feb 15 2005 Jason Vas Dias 7:3.0.1-38_FC3 > > - improved execshield link options; fixed dhcpd.init for -cf in DHCPDARGS > > * Mon Feb 14 2005 Jason Vas Dias 7:3.0.1-34_FC3 > > - make dhclient-script TIMEOUT mode do exactly the same configuration > - as BOUND / RENEW / REBIND / REBOOT if router ping succeeds > > * Mon Feb 14 2005 Jason Vas Dias 7:3.0.1-34_FC3 > > - fix bug 147926: dhclient-script should do restorecon for modified conf files > - optimize execshield protection > > * Thu Feb 10 2005 Jason Vas Dias 7:3.0.1-33_FC3 > > - fix bug 147502: dhclient should honor GATEWAYDEV and GATEWAY settings > - fix bug 146600: dhclient's timeout mode ping should use -I > - fix bug 146524: dhcpd.init should discard dhcpd's initial output message > - fix bug 147739: dhcpd.init configtest should honor -cf in DHCPDARGS > > * Tue Feb 8 2005 Jason Vas Dias 7.3.0.1-33_FC3 > > - revised bug 147375 after consultation with ISC DHCP maintainer > > * Tue Feb 8 2005 Jason Vas Dias 7:3.0.1-32_FC3 > > - Fix bug 147375: core on startup on Athlons with empty subnet declaration > > * Thu Jan 27 2005 Jason Vas Dias 7:3.0.1-31_FC3 > > - Fix bug 146277: allow configuration of default gateway that is not > - on new subnet by adding -host route in dhclient-script > > * Mon Jan 24 2005 Jason Vas Dias 7:3.0.1-30_FC3 > > - fix bug 145997: allow hex 32-bit integers in user specified options > > * Thu Jan 6 2005 Jason Vas Dias 7:3.0.1-17 > > - Apply fixes for bugs 143704, 139715, 138181, 139468, 138869 and > - 139299 (allow successful compilation of dhcp src.rpm on FC-3!) > - to FC-3 . > > * Mon Jan 3 2005 Jason Vas Dias 7:3.0.1-16 > > - fix bug 143704: dhclient -r does not work if lease held by > - dhclient run from ifup . dhclient will now look for the pid > - files created by ifup . > > * Wed Nov 17 2004 Jason Vas Dias 7:3.0.1-14 > > - NTP: fix bug 139715: merge in new ntp servers only rather than replace > - all the ntp configuration files; restart ntpd if configuration changed. > > * Tue Nov 16 2004 Jason Vas Dias 7:3.0.1-12 > > - fix bug 138181 & bug 139468: do not attempt to listen/send on > - unconfigured loopback, point-to-point or non-broadcast > - interfaces (don't generate annoying log messages) > - fix bug 138869: dhclient-script: check if '$new_routers' is > - empty before doing 'set $new_routers;...;ping ... $1' > > * Wed Oct 6 2004 Jason Vas Dias 7:3.0.1-11 > > - dhcp-3.0.2b1 came out today. A diff of the 'ack_lease' function > - Dave Hankins and I patched exposed a missing '!' on an if clause > - that got dropped with the 'new-host' patch. Replacing the '!' . > - Also found one missing host_dereference. > > * Wed Oct 6 2004 Jason Vas Dias 7:3.0.1-10 > > - clean-up last patch: new-host.patch adds host_reference(host) > - without host_dereference(host) before returns in ack_lease > - (dhcp-3.0.1-host_dereference.patch) > > * Mon Sep 27 2004 Jason Vas Dias 7:3.0.1-9 > > - Fix bug 133522: > - PXE Boot clients with static leases not given 'file' option > - 104 by server - PXE booting was disabled for 'fixed-address' > - clients. > > * Fri Sep 10 2004 Jason Vas Dias 7:3.0.1-8 > > - Fix bug 131212: > - If "deny booting" is defined for some group of hosts, > - then after one of those hosts is denied booting, all > - hosts are denied booting, because of a pointer not being > - cleared in the lease record. > - An upstream patch was obtained which will be in dhcp-3.0.2 . > > * Mon Aug 16 2004 Jason Vas Dias 7:3.0.1-7 > > - Forward DNS update by client was disabled by a bug that I > - found in code where 'client->sent_options' was being > - freed too early. > - Re-enabled it after contacting upstream maintainer > - who confirmed that this was a bug (bug #130069) - > - submitted patch dhcp-3.0.1.preserve-sent-options.patch. > - Upstream maintainer informs me this patch will be in dhcp-3.0.2 . > > * Tue Aug 3 2004 Jason Vas Dias 6:3.0.1-6 > > - Allow 2.0 kernels to obtain default gateway via dhcp > > * Mon Aug 2 2004 Jason Vas Dias 5:3.0.1-5 > > - Invoke 'change_resolv_conf' function to change resolv.conf > > * Fri Jul 16 2004 Jason Vas Dias 3:3.0.1 > > - Upgraded to new ISC 3.0.1 version > > * Thu Jun 24 2004 Dan Walsh 1:3.0.1rc14-5 > > - Allow dhclient-script to continue without a config file. > - It will use default values. > > * Wed Jun 23 2004 Dan Walsh 1:3.0.1rc14-4 > > - fix inherit-leases patch > > * Tue Jun 22 2004 Dan Walsh 1:3.0.1rc14-2 > > - Turn on inherit-leases patch > > * Tue Jun 22 2004 Dan Walsh 1:3.0.1rc14-1 > > - User kernelversion instead of uname-r > - Update to latest package from ISC > - Remove inherit-leases patch for now. > > * Tue Jun 15 2004 Elliot Lee > > - rebuilt > > * Thu Jun 10 2004 Dan Walsh 1:3.0.1rc13-1 > > - Update to latest package from ISC > > * Thu Jun 10 2004 Dan Walsh 1:3.0.1rc12-9 > > - add route back in after route up call > > * Wed Jun 9 2004 Dan Walsh 1:3.0.1rc12-8 > > - add alex's dhcp-3.0.1rc12-inherit-leases.patch patch > > * Tue Jun 8 2004 Bill Nottingham 1:3.0.1rc12-7 > > - set device on default gateway route > > * Mon May 17 2004 Thomas Woerner 1:3.0.1rc12-6 > > - compiling dhcpd PIE > > * Thu Mar 25 2004 Dan Walsh 1:3.0.1rc12-5 > > - Add static routes patch to dhclient-script > > * Thu Mar 25 2004 Dan Walsh 1:3.0.1rc12-4 > > - Fix init to check config during restart > > * Wed Mar 24 2004 Dan Walsh 1:3.0.1rc12-3 > > - Fix init script to create leases file if missing > > * Tue Mar 2 2004 Elliot Lee > > - rebuilt > > * Fri Feb 13 2004 Elliot Lee > > - rebuilt > > * Wed Jan 21 2004 Dan Walsh 1:3.0pl2-6.20 > > - Fix initialization of memory to prevent compiler error > > * Mon Jan 5 2004 Dan Walsh 1:3.0pl2-6.19 > > - Close leaseFile before exec, to fix selinux error message > > * Mon Dec 29 2003 Dan Walsh 1:3.0pl2-6.18 > > - Add BuildRequires groff > - Replace resolv.conf if renew and data changes > > * Sun Nov 30 2003 Dan Walsh 1:3.0pl2-6.17 > > - Add obsoletes dhcpcd > > * Wed Oct 8 2003 Dan Walsh 1:3.0pl2-6.16 > > - Fix location of ntp driftfile > > * Fri Sep 5 2003 Dan Walsh 1:3.0pl2-6.15 > > - Bump Release > > * Fri Sep 5 2003 Dan Walsh 1:3.0pl2-6.14 > > - Add div0 patch > > * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.13 > > - Add SEARCH to client script > > * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.12 > > - Bump Release > > * Wed Aug 20 2003 Dan Walsh 1:3.0pl2-6.11 > > - Add configtest > > * Fri Aug 1 2003 Dan Walsh 1:3.0pl2-6.10 > > - increment for base > > * Fri Aug 1 2003 Dan Walsh 1:3.0pl2-6.9 > > - Don't update resolv.conf on renewals > > * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.8 > > - increment for base > > * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.7 > > - Fix name of driftfile > > * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.6 > > - increment for base > > * Tue Jul 29 2003 Dan Walsh 1:3.0pl2-6.5 > > - Change dhcrelay script to check DHCPSERVERS > > * Mon Jul 7 2003 Dan Walsh 1:3.0pl2-6.4 > > - increment for base > > * Mon Jul 7 2003 Dan Walsh 1:3.0pl2-6.3 > > - Fix dhclient-script to support PEERNTP and PEERNIS flags. > - patch submitted by aoliva at redhat.com > > * Sun Jun 8 2003 Tim Powers 1:3.0pl2-6.1 > > - add epoch to dhcp-devel versioned requires on dhcp > - build for RHEL > > * Wed Jun 4 2003 Elliot Lee > > - rebuilt > > * Tue May 27 2003 Dan Walsh 3.0pl2-5 > > - Fix memory leak in parser. > > * Mon May 19 2003 Dan Walsh 3.0pl2-4 > > - Change Rev for RHEL > > * Mon May 19 2003 Dan Walsh 3.0pl2-3 > > - Change example to not give out 255 address. > > * Tue Apr 29 2003 Dan Walsh 3.0pl2-2 > > - Change Rev for RHEL > > * Mon Apr 28 2003 Dan Walsh 3.0pl2-1 > > - upgrade to 3.0pl2 > > * Wed Mar 26 2003 Dan Walsh 3.0pl1-26 > > - add usage for dhcprelay -c > - add man page for dhcprelay -c > > * Fri Mar 7 2003 Dan Walsh 3.0pl1-25 > > - Fix man dhcpd.conf man page > > * Tue Mar 4 2003 Dan Walsh 3.0pl1-24 > > - Fix man dhcpctl.3 page > > * Mon Feb 3 2003 Dan Walsh 3.0pl1-23 > > - fix script to handle ntp.conf correctly > > * Wed Jan 29 2003 Dan Walsh 3.0pl1-22 > > - Increment release to add to 8.1 > > * Wed Jan 29 2003 Dan Walsh 3.0pl1-21 > > - Implement max hops patch > > * Wed Jan 29 2003 Dan Walsh 3.0pl1-20 > > - It has now been decided to just have options within dhclient kit > > * Sun Jan 26 2003 Florian La Roche > > - add defattr() to have files not owned by root > > * Fri Jan 24 2003 Dan Walsh 3.0pl1-17 > > - require kernel version > > * Fri Jan 24 2003 Dan Walsh 3.0pl1-16 > > - move dhcp-options to separate package > > * Wed Jan 22 2003 Tim Powers > > - rebuilt > > * Thu Jan 9 2003 Dan Walsh 3.0pl1-15 > > - eliminate dhcp-options from dhclient in order to get errata out > > * Wed Jan 8 2003 Dan Walsh 3.0pl1-14 > > - VU#284857 - ISC DHCPD minires library contains multiple buffer overflows > > * Mon Jan 6 2003 Dan Walsh 3.0pl1-13 > > - Fix when ntp is not installed. > > * Mon Jan 6 2003 Dan Walsh 3.0pl1-12 > > - Fix #73079 (dhcpctl man page) > > * Thu Nov 14 2002 Elliot Lee 3.0pl1-11 > > - Use generic PTRSIZE_64BIT detection instead of ifarch. > > * Thu Nov 14 2002 Preston Brown 3.0pl1-10 > > - fix parsing of command line args in dhclient. It was missing a few. > > * Mon Oct 7 2002 Florian La Roche > > - work on 64bit archs > > * Wed Aug 28 2002 Elliot Lee 3.0pl1-9 > > - Fix #72795 > > * Mon Aug 26 2002 Elliot Lee 3.0pl1-8 > > - More #68650 (modify requested options) > - Fix #71453 (dhcpctl man page) and #71474 (include libdst.a) and > > * Thu Aug 15 2002 Elliot Lee 3.0pl1-7 > > - More #68650 (modify existing patch to also set NIS domain) > > * Tue Aug 13 2002 Elliot Lee 3.0pl1-6 > > - Patch102 (dhcp-3.0pl1-dhcpctlman-69731.patch) to fix #69731 > > * Tue Aug 13 2002 Elliot Lee 3.0pl1-5 > > - Patch101 (dhcp-3.0pl1-dhhostname-68650.patch) to fix #68650 > > * Fri Jul 12 2002 Elliot Lee 3.0pl1-4 > > - Fix unaligned accesses when decoding a UDP packet > > * Thu Jul 11 2002 Elliot Lee 3.0pl1-3 > > - No apparent reason for the dhclient -> dhcp dep mentioned in #68001, > so removed it > > * Thu Jun 27 2002 David Sainty 3.0pl1-2 > > - Move dhclient.conf.sample from dhcp to dhclient > > * Tue Jun 25 2002 David Sainty 3.0pl1-1 > > - Change to dhclient, dhcp, dhcp-devel packaging > - Move to 3.0pl1, do not strip binaries > - Drop in sysconfig-enabled dhclient-script > > * Thu May 23 2002 Tim Powers > > - automated rebuild > > * Sat Jan 26 2002 Florian La Roche > > - prereq chkconfig > > * Tue Jan 22 2002 Elliot Lee 3.0-5 > > - Split headers/libs into a devel subpackage (#58656) > > * Wed Jan 9 2002 Tim Powers > > - automated rebuild > > * Fri Dec 28 2001 Elliot Lee 3.0-3 > > - Fix the #52856 nit. > - Include dhcrelay scripts from #49186 > > * Thu Dec 20 2001 Elliot Lee 3.0-2 > > - Update to 3.0, include devel files installed by it (as part of the main package). > > * Sun Aug 26 2001 Elliot Lee 2.0pl5-8 > > - Fix #26446 > > * Mon Aug 20 2001 Elliot Lee > > - Fix #5405 for real - it is dhcpd.leases not dhcp.leases. > > * Mon Jul 16 2001 Elliot Lee > > - /etc/sysconfig/dhcpd > - Include dhcp.leases file (#5405) > > * Sun Jun 24 2001 Elliot Lee > > - Bump release + rebuild. > > * Wed Feb 14 2001 Tim Waugh > > - Fix initscript typo (bug #27624). > > * Wed Feb 7 2001 Trond Eivind Glomsr?d > > - Improve spec file i18n > > * Mon Feb 5 2001 Bernhard Rosenkraenzer > > - i18nize init script (#26084) > > * Sun Sep 10 2000 Florian La Roche > > - update to 2.0pl5 > - redo buildroot patch > > * Wed Aug 30 2000 Matt Wilson > > - rebuild to cope with glibc locale binary incompatibility, again > > * Mon Aug 14 2000 Preston Brown > > - check for existence of /var/lib/dhcpd.leases in initscript before starting > > * Wed Jul 19 2000 Jakub Jelinek > > - rebuild to cope with glibc locale binary incompatibility > > * Sat Jul 15 2000 Bill Nottingham > > - move initscript back > > * Wed Jul 12 2000 Prospector > > - automatic rebuild > > * Fri Jul 7 2000 Florian La Roche > > - /etc/rc.d/init.d -> /etc/init.d > - fix /var/state/dhcp -> /var/lib/dhcp > > * Fri Jun 16 2000 Preston Brown > > - condrestart for initscript, graceful upgrades. > > * Thu Feb 3 2000 Erik Troan > > - gzipped man pages > - marked /etc/rc.d/init.d/dhcp as a config file > > * Mon Jan 24 2000 Jakub Jelinek > > - fix booting of JavaStations > (reported by Pete Zaitcev ). > - fix SIGBUS crashes on SPARC (apparently gcc is too clever). > > * Fri Sep 10 1999 Bill Nottingham > > - chkconfig --del in %preun, not %postun > > * Mon Aug 16 1999 Bill Nottingham > > - initscript munging > > * Fri Jun 25 1999 Jeff Johnson > > - update to 2.0. > > * Fri Jun 18 1999 Bill Nottingham > > - don't run by default > > * Wed Jun 2 1999 Jeff Johnson > > - update to 2.0b1pl28. > > * Tue Apr 6 1999 Preston Brown > > - strip binaries > > * Mon Apr 5 1999 Cristian Gafton > > - copy the source file in prep, not move > > * Sun Mar 21 1999 Cristian Gafton > > - auto rebuild in the new build environment (release 4) > > * Mon Jan 11 1999 Erik Troan > > - added a sample dhcpd.conf file > - we don't need to dump rfc's in /usr/doc > > * Sun Sep 13 1998 Cristian Gafton > > - modify dhcpd.init to exit if /etc/dhcpd.conf is not present > > * Sat Jun 27 1998 Jeff Johnson > > - Upgraded to 2.0b1pl6 (patch1 no longer needed). > > * Thu Jun 11 1998 Erik Troan > > - applied patch from Chris Evans which makes the server a bit more paranoid > about dhcp requests coming in from the wire > > * Mon Jun 1 1998 Erik Troan > > - updated to dhcp 2.0b1pl1 > - got proper man pages in the package > > * Tue Mar 31 1998 Erik Troan > > - updated to build in a buildroot properly > - don't package up the client, as it doens't work very well > > * Tue Mar 17 1998 Bryan C. Andregg > > - Build rooted and corrected file listing. > > * Mon Mar 16 1998 Mike Wangsmo > > - removed the actual inet.d links (chkconfig takes care of this for us) > and made the %postun section handle upgrades. > > * Mon Mar 16 1998 Bryan C. Andregg > > - First package. > > > --------------------------------------------------------------------- > This update can be downloaded from: > http://download.fedora.redhat.com/pub/fedora/linux/core/updates/3/ > > 190088a1be11a0ccea9fb9e03d2738f6 SRPMS/dhcp-3.0.1-40_FC3.src.rpm > e141ee29ec5579f90ae3a77f58ed0429 x86_64/dhcp-3.0.1-40_FC3.x86_64.rpm > b93ccdecde18dae61fba2298e3a969d7 x86_64/dhclient-3.0.1-40_FC3.x86_64.rpm > afdb9c8c3cc51be4f5175921be9c65b0 x86_64/dhcp-devel-3.0.1-40_FC3.x86_64.rpm > 242c796cdb536167784b0e2a4dd3b421 x86_64/debug/dhcp-debuginfo-3.0.1-40_FC3.x86_64.rpm > ee3c5cb21674ca141e8ce205d5714801 i386/dhcp-3.0.1-40_FC3.i386.rpm > 4910a6ab491a2a3b64fc2010fce1933b i386/dhclient-3.0.1-40_FC3.i386.rpm > fe79edbc54c844a5f5c48b615a304912 i386/dhcp-devel-3.0.1-40_FC3.i386.rpm > 4f5e19e9ddd732734d46c8624365f151 i386/debug/dhcp-debuginfo-3.0.1-40_FC3.i386.rpm > > This update can also be installed with the Update Agent; you can > launch the Update Agent with the 'up2date' command. > --------------------------------------------------------------------- > -- Levente "Si vis pacem para bellum!" From harald at redhat.com Mon Feb 28 12:47:09 2005 From: harald at redhat.com (Harald Hoyer) Date: Mon, 28 Feb 2005 13:47:09 +0100 Subject: [Fwd: OpenOffice.org 2 on PPC] In-Reply-To: <421E26CD.9080809@gmx.de> References: <421E26CD.9080809@gmx.de> Message-ID: <422312CD.2040101@redhat.com> shrek-m at gmx.de wrote: > hi, > > sorry, i would not like cross-posting for the next few months. > > where should i post problems with > "fedora core ppc 4 test" > or with other fedora ppc testing applications ? > > in fedora-test-list at redhat.com ? > in fedora-ppc at lists.infradead.org ? > > it would be nice if these things are clear and announced for test1. > ?? http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.90/ ?? > > > and later for fedora core 4 ? > in fedora-ppc at lists.infradead.org ? > fedora-ppc-list at redhat.com (does not exist) > please, not fedora-list at redhat.com > > > thanks for the clarification. > > http://fedora.redhat.com/participate/schedule/ > 14 Mar test1 > I would say, if it is a very ppc specific failure, then on fedora-ppc at lists.infradead.org, else here. From harald at redhat.com Mon Feb 28 12:49:55 2005 From: harald at redhat.com (Harald Hoyer) Date: Mon, 28 Feb 2005 13:49:55 +0100 Subject: MySQL and udev In-Reply-To: <1109508738.11728.22.camel@localhost.localdomain> References: <1109508738.11728.22.camel@localhost.localdomain> Message-ID: <42231373.2030004@redhat.com> Paul wrote: > Second off is that udev fails to start on the other computer. While that > doesn't stop it from working, it does make DVD burning somewhat slow. udev cannot slow down your DVD! :-D From paul at all-the-johnsons.co.uk Mon Feb 28 12:53:35 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Mon, 28 Feb 2005 12:53:35 +0000 Subject: MySQL and udev In-Reply-To: <42231373.2030004@redhat.com> References: <1109508738.11728.22.camel@localhost.localdomain> <42231373.2030004@redhat.com> Message-ID: <1109595215.14460.9.camel@localhost.localdomain> Hi, > > Second off is that udev fails to start on the other computer. While that > > doesn't stop it from working, it does make DVD burning somewhat slow. > > udev cannot slow down your DVD! :-D For some reason, with udev happy, DVDs burn at around x4. Without it, it's about x1.3 TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From harald at redhat.com Mon Feb 28 13:28:34 2005 From: harald at redhat.com (Harald Hoyer) Date: Mon, 28 Feb 2005 14:28:34 +0100 Subject: MySQL and udev In-Reply-To: <1109595215.14460.9.camel@localhost.localdomain> References: <1109508738.11728.22.camel@localhost.localdomain> <42231373.2030004@redhat.com> <1109595215.14460.9.camel@localhost.localdomain> Message-ID: <42231C82.6040202@redhat.com> Paul Johnson wrote: > For some reason, with udev happy, DVDs burn at around x4. Without it, > it's about x1.3 Same HW? What is the udev failure? How do you burn? From paul at all-the-johnsons.co.uk Mon Feb 28 13:55:45 2005 From: paul at all-the-johnsons.co.uk (Paul Johnson) Date: Mon, 28 Feb 2005 13:55:45 +0000 Subject: MySQL and udev In-Reply-To: <42231C82.6040202@redhat.com> References: <1109508738.11728.22.camel@localhost.localdomain> <42231373.2030004@redhat.com> <1109595215.14460.9.camel@localhost.localdomain> <42231C82.6040202@redhat.com> Message-ID: <1109598945.14460.20.camel@localhost.localdomain> Hi, > > For some reason, with udev happy, DVDs burn at around x4. Without it, > > it's about x1.3 > > Same HW? What is the udev failure? How do you burn? Exactly the same HW, failure - not sure (I'll need to check the logs tonight). Burn using k3b. TTFN Paul -- "He's not the Messiah, he's a very naughty boy" - Life of Brian, Monty Python From dmalcolm at redhat.com Mon Feb 28 18:13:54 2005 From: dmalcolm at redhat.com (David Malcolm) Date: Mon, 28 Feb 2005 13:13:54 -0500 Subject: Evolution 2.0.4 updates for FC3? In-Reply-To: <1109411996.22897.15.camel@animal.passback.co.uk> References: <1108997851.5891.70.camel@excession.dzr> <1108998722.8733.0.camel@localhost.localdomain> <1109020745.5711.92.camel@localhost.localdomain> <1109310463.17227.25.camel@cassandra.boston.redhat.com> <1109411996.22897.15.camel@animal.passback.co.uk> Message-ID: <1109614434.4888.0.camel@cassandra.boston.redhat.com> On Sat, 2005-02-26 at 09:59 +0000, Keith Sharp wrote: >On Fri, 2005-02-25 at 00:47 -0500, David Malcolm wrote: >> On Tue, 2005-02-22 at 05:19 +0800, Colin Charles wrote: >> >On Mon, 2005-02-21 at 10:12 -0500, Ignacio Vazquez-Abrams wrote: >> >> > Evolution 2.0.4, a bugfix release, has been released: >> >> > >> >> > http://codeblogs.ximian.com/blogs/evolution/archives/000449.html >> >> > >> >> > Will we get this for FC3? (We didn't get 2.0.3.) >> >> >> >> Put an update request in Bugzilla. >> > >> >I hear this is on dmalcolm's plate for the day - 2.0.4 that is. So hang >> >in there, I guess >> >> I just did these, as Test updates (see the flurry of emails that just >> hit this list) - please download and try them out. >> >> There are dependencies between the packages, so you should grab all 5 of >> the updates if you're going to do this. > >To give you some feedback: I am running the 2.0.4 packages on my laptop, >looks to be working well! > Thanks for the feedback - good to hear. Dave From dwalsh at redhat.com Mon Feb 28 19:09:34 2005 From: dwalsh at redhat.com (Daniel J Walsh) Date: Mon, 28 Feb 2005 14:09:34 -0500 Subject: Fedora Core 3 Test Update: selinux-policy-targeted-1.17.30-2.85 Message-ID: <42236C6E.9000009@redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-181 2005-02-28 --------------------------------------------------------------------- Product : Fedora Core 3 Name : selinux-policy-targeted Version : 1.17.30 Release : 2.85 Summary : SELinux targeted policy configuration Description : Security-enhanced Linux is a patch of the Linux? kernel and a number of utilities with enhanced security functionality designed to add mandatory access controls to Linux. The Security-enhanced Linux kernel contains new architectural components originally developed to improve the security of the Flask operating system. These architectural components provide general support for the enforcement of many kinds of mandatory access control policies, including those based on the concepts of Type Enforcement?, Role-based Access Control, and Multi-level Security. This package contains the SELinux example policy configuration along with the Flask configuration information and the application configuration files. --------------------------------------------------------------------- * Fri Feb 25 2005 Dan Walsh 1.17.30-2.85 - more fixes for postfix in squirrelmail --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/ 61cd435903a9c9477d58873cb93afe17 SRPMS/selinux-policy-targeted-1.17.30-2.85.src.rpm 236bfd1421ad590a6f2ccbbb76e4a947 x86_64/selinux-policy-targeted-1.17.30-2.85.noarch.rpm d230aa666a060fa1c9d0a9f2daabf4dc x86_64/selinux-policy-targeted-sources-1.17.30-2.85.noarch.rpm 236bfd1421ad590a6f2ccbbb76e4a947 i386/selinux-policy-targeted-1.17.30-2.85.noarch.rpm d230aa666a060fa1c9d0a9f2daabf4dc i386/selinux-policy-targeted-sources-1.17.30-2.85.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/3/$ARCH --------------------------------------------------------------------- From shrek-m at gmx.de Mon Feb 28 19:48:39 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 28 Feb 2005 20:48:39 +0100 Subject: gnucash - *hbci Message-ID: <42237597.4000506@gmx.de> hi, oops, gnucash is in updates-released? which package provides aqhbci-qt-toools ? $ gnucash on_aqhbci_button: Oops, no aqhbci setup wizard found. $ nice joke, called update :-) gnucash switch from openhbci to aqbanking, gwenhywfar try to configure hbci --> it just hangs a few times --> aqhbci-qt-tools is missing --> none working hbci # yum list *aq* *gwn* *hbci* libof* Setting up Repos updates-released 100% |=========================| 951 B 00:00 extras 100% |=========================| 951 B 00:00 base 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files primary.xml.gz 100% |=========================| 307 kB 00:02 MD Read : ################################################## 720/720 updates-re: ################################################## 720/720 extras : ################################################## 901/901 base : ################################################## 2622/2622 Installed Packages aqbanking.i386 1.0.4beta-0.fc3 installed aqbanking-devel.i386 1.0.4beta-0.fc3 installed aqhbci.i386 1.0.2beta-0.fc3 installed aqhbci-devel.i386 1.0.2beta-0.fc3 installed libofx.i386 0.7.0-0.fc3 installed libofx-devel.i386 0.7.0-0.fc3 installed openhbci.i386 0.9.17-1 installed Available Packages aqbanking-debuginfo.i386 1.0.4beta-0.fc3 updates-released aqhbci-debuginfo.i386 1.0.2beta-0.fc3 updates-released libofx-debuginfo.i386 0.7.0-0.fc3 updates-released openhbci-devel.i386 0.9.17-1 base -- shrek-m From notting at redhat.com Mon Feb 28 21:04:22 2005 From: notting at redhat.com (Bill Nottingham) Date: Mon, 28 Feb 2005 16:04:22 -0500 Subject: gnucash - *hbci In-Reply-To: <42237597.4000506@gmx.de> References: <42237597.4000506@gmx.de> Message-ID: <20050228210422.GF10778@nostromo.devel.redhat.com> shrek-m at gmx.de (shrek-m at gmx.de) said: > gnucash is in updates-released? > > which package provides aqhbci-qt-toools ? Um, the one on my laptop which will be in Extras as of some point this week. Sorry about that. Bill From dfisher at as.arizona.edu Mon Feb 28 21:37:57 2005 From: dfisher at as.arizona.edu (don fisher) Date: Mon, 28 Feb 2005 14:37:57 -0700 Subject: gnucash - *hbci In-Reply-To: <20050228210422.GF10778@nostromo.devel.redhat.com> References: <42237597.4000506@gmx.de> <20050228210422.GF10778@nostromo.devel.redhat.com> Message-ID: <42238F35.8080303@as.arizona.edu> Bill, I have been away for awhile. How does one access extras, and the new rawhide sites. I did not see this data in the release notes. don Bill Nottingham wrote: > shrek-m at gmx.de (shrek-m at gmx.de) said: > >>gnucash is in updates-released? >> >>which package provides aqhbci-qt-toools ? > > > Um, the one on my laptop which will be in Extras as of some point this > week. Sorry about that. > > Bill > -- ------------------------------------------------------------------- | Don Fisher dfisher at as.arizona.edu | | Steward Observatory | | 933 N. Cherry Ave. VOICE: (520)888-7613 | | University of Arizona | | Tucson, AZ 85721 | ------------------------------------------------------------------- From skvidal at phy.duke.edu Mon Feb 28 21:44:15 2005 From: skvidal at phy.duke.edu (seth vidal) Date: Mon, 28 Feb 2005 16:44:15 -0500 Subject: gnucash - *hbci In-Reply-To: <42238F35.8080303@as.arizona.edu> References: <42237597.4000506@gmx.de> <20050228210422.GF10778@nostromo.devel.redhat.com> <42238F35.8080303@as.arizona.edu> Message-ID: <1109627055.21503.37.camel@cutter> On Mon, 2005-02-28 at 14:37 -0700, don fisher wrote: >Bill, > >I have been away for awhile. How does one access extras, and the new >rawhide sites. I did not see this data in the release notes. it wasn't in the release notes for fc3 - b/c most of it didn't exist then. -sv From shrek-m at gmx.de Mon Feb 28 22:05:41 2005 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Mon, 28 Feb 2005 23:05:41 +0100 Subject: gnucash - *hbci In-Reply-To: <42238F35.8080303@as.arizona.edu> References: <42237597.4000506@gmx.de> <20050228210422.GF10778@nostromo.devel.redhat.com> <42238F35.8080303@as.arizona.edu> Message-ID: <422395B5.5030808@gmx.de> don fisher wrote: > I have been away for awhile. How does one access extras, and the new > rawhide sites. I did not see this data in the release notes. https://www.redhat.com/archives/fedora-announce-list/2005-February/msg00009.html eg. $ cat /etc/yum.repos.d/fedora-extras.repo /etc/yum.repos.d/fedora-devel.repo [extras] name=Fedora Extras $releasever - $basearch - Base #baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/$basearch/os/ baseurl=http://download.fedora.redhat.com/pub/fedora/linux/extras/$releasever/$basearch/ #mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-$releasever #mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-extras-$releasever #enabled=0 enabled=1 gpgcheck=1 [development] name=Fedora Core $releasever - Development Tree baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/ mirrorlist=http://fedora.redhat.com/download/mirrors/fedora-core-rawhide enabled=0 #enabled=1 $ yum list packagelist Setting up Repos Reading repository metadata in from local files updates-re: ################################################## 720/720 extras : ################################################## 901/901 base : ################################################## 2622/2622 # yum --enablerepo=development list packagelist Setting up Repos Reading repository metadata in from local files developmen: ################################################## 3735/3735 updates-re: ################################################## 720/720 extras : ################################################## 901/901 base : ################################################## 2622/2622 -- shrek-m From fedora at wir-sind-cool.org Mon Feb 28 22:08:15 2005 From: fedora at wir-sind-cool.org (Michael Schwendt) Date: Mon, 28 Feb 2005 23:08:15 +0100 Subject: gnucash - *hbci In-Reply-To: <42238F35.8080303@as.arizona.edu> References: <42237597.4000506@gmx.de> <20050228210422.GF10778@nostromo.devel.redhat.com> <42238F35.8080303@as.arizona.edu> Message-ID: <20050228230815.5139c239.fedora@wir-sind-cool.org> On Mon, 28 Feb 2005 14:37:57 -0700, don fisher wrote: > I have been away for awhile. How does one access extras, and the new > rawhide sites. I did not see this data in the release notes. For FC 3 and Yum: http://download.fedora.redhat.com/pub/fedora/linux/extras/ -- Fedora Core release Rawhide (Rawhide) - Linux 2.6.10-1.1155_FC4 loadavg: 1.50 1.43 1.35 From lwn-fedora-test at lwn.net Mon Feb 28 23:11:25 2005 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Mon, 28 Feb 2005 16:11:25 -0700 Subject: gnome-cd skips Message-ID: <20050228231125.2313.qmail@lwn.net> Sometime over the last month, a rawhide update bestowed upon me a version of gnome-cd which skips. Bits of the audio drop out every 30 seconds or so. If I play a CD with cdplay, it sounds fine, as always. So I believe the problem lies with gnome-cd, rather than elsewhere in the system. Anybody else seen this? If there's any useful information I could extract from the system, please let me know. Thanks, jon From jspaleta at gmail.com Mon Feb 28 23:32:29 2005 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 28 Feb 2005 18:32:29 -0500 Subject: gnome-cd skips In-Reply-To: <20050228231125.2313.qmail@lwn.net> References: <20050228231125.2313.qmail@lwn.net> Message-ID: <604aa79105022815324a302f71@mail.gmail.com> On Mon, 28 Feb 2005 16:11:25 -0700, Jonathan Corbet wrote: > Sometime over the last month, a rawhide update bestowed upon me a > version of gnome-cd which skips. Bits of the audio drop out every 30 > seconds or so. im not seeing this... i just listened to a whole album.. no problems. maybe something is spiking cpu usage or memory spike and this is just a symptom. -jef"man this gerado album gets better and better everytime i pick it up"spaleta From dwmw2 at infradead.org Thu Feb 24 19:35:12 2005 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 24 Feb 2005 19:35:12 +0000 Subject: [Fwd: OpenOffice.org 2 on PPC] In-Reply-To: <421E26CD.9080809@gmx.de> References: <421E26CD.9080809@gmx.de> Message-ID: <1109273712.26364.7.camel@localhost.localdomain> On Thu, 2005-02-24 at 20:11 +0100, shrek-m at gmx.de wrote: >sorry, i would not like cross-posting for the next few months. > >where should i post problems with > "fedora core ppc 4 test" >or with other fedora ppc testing applications ? > >in fedora-test-list at redhat.com ? >in fedora-ppc at lists.infradead.org ? If it looks like a PPC-specific problem, post to the PPC list. If not, post to fedora-test-list. If not, take a guess (or cross-post) and I'm sure someone will guide you. Use some initiative. > and later for fedora core 4 ? > in fedora-ppc at lists.infradead.org ? > fedora-ppc-list at redhat.com (does not exist) > please, not fedora-list at redhat.com Again, if it's PPC-specific then it can't hurt to start on the PPC list. If not, do whatever you'd do normally with arch-independent bugs. Either way, you should probably be filing bugs in bugzilla rather than relying on mailing lists. You would also do well to join #fedora-ppc on irc.freenode.net if it's just advice and assistance you're after rather than a channel for reporting bugs. >it would be nice if these things are clear and announced for test1. >?? >http://download.fedora.redhat.com/pub/fedora/linux/core/test/3.90/ ?? Que? That URL doesn't exist. -- dwmw2 From rodd at redfishbluefish.com.au Mon Feb 28 05:58:22 2005 From: rodd at redfishbluefish.com.au (Rodd Clarkson) Date: Mon, 28 Feb 2005 16:58:22 +1100 Subject: Wireless in FC4 In-Reply-To: <1107527953.19930.9.camel@dcbw.boston.redhat.com> References: <1107518327.4844.1.camel@jeffy5.jeffsdomain.net> <1107527953.19930.9.camel@dcbw.boston.redhat.com> Message-ID: <1109570302.3547.12.camel@trevally.redfishdemo.com> On Fri, 2005-02-04 at 09:39 -0500, Dan Williams wrote: >On Fri, 2005-02-04 at 06:58 -0500, Jeffrey D. Yuille wrote: >> Hello, >> >> Just out of curiosity, will there be greater support for more >> wireless PCMCIA cards in FC4? > >Well... What's in the upstream kernel will be what's in Fedora Core 4 >since the Fedora kernel is supposed to track the upstream kernel fairly >closely. >Non-upstream drivers that appear quite a bit are: >Intel Pro Wireless 2100 and 2200 >Atheros a/b/g & SuperG (madwifi, ex Netgear WG511T) Just to clarify. Does this mean that drivers for these will be included in the kernel (or are already in the devel kernel), or not? Rodd > -- >From the pain come the dream >From the dream come the vision >From the vision come the people >From the people come the power >From this power come the change - Peter Gabriel