[CentOS] Centos 8: change desktop at display manager
In a new install of Centos 8, I installed the xfce4 packages from EPEL. Here's what dnf says I have [pauljohn32@localhost ~]$ dnf list *xfce4* Last metadata expiration check: 0:25:19 ago Installed Packages libxfce4ui.x86_64 libxfce4ui-devel.x86_64 libxfce4util.x86_64 libxfce4util-devel.x86_64 xfce4-about.x86_64 xfce4-battery-plugin.x86_64 xfce4-panel.x86_64 xfce4-panel-devel.x86_64 xfce4-places-plugin.x86_64 xfce4-screenshooter.x86_64 xfce4-screenshooter-plugin.x86_64 xfce4-session.x86_64 xfce4-settings.x86_64 xfce4-systemload-plugin.x86_64 xfce4-terminal.x86_64 I log out and try to use XFCE4 at log in. I cannot find a way to choose it. I was guessing this would be like Centos 7. On the display manager, after I put in my user name, there is the little * by the password. When I do that, I see choices with names like Wayland Classic X11 but I don't see XFCE4 session or similar. I am guessing I missed an XFCE4 package from EPEL? pj -- Paul E. Johnson http://pj.freefaculty.org To write to me directly, please address me at pauljohn at ku.edu. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] gtk3 update causing havoc
e_frame_tool_bar (struct frame *f)
w = NULL;
else if (stock_name)
{
+
+#if GTK_CHECK_VERSION (3, 10, 0)
+ w = gtk_image_new_from_icon_name (stock_name, icon_size);
+#else
w = gtk_image_new_from_stock (stock_name, icon_size);
+#endif
g_object_set_data_full (G_OBJECT (w), XG_TOOL_BAR_STOCK_NAME,
(gpointer) xstrdup (stock_name),
(GDestroyNotify) xfree);
@@ -4920,7 +4674,7 @@ update_frame_tool_bar (struct frame *f)
{
if (! x->toolbar_is_packed)
xg_pack_tool_bar (f, f->tool_bar_position);
- gtk_widget_show_all (TOOLBAR_TOP_WIDGET (x));
+ gtk_widget_show_all (x->toolbar_widget);
if (xg_update_tool_bar_sizes (f))
xg_height_or_width_changed (f);
}
@@ -4939,11 +4693,9 @@ free_frame_tool_bar (struct frame *f)
if (x->toolbar_widget)
{
struct xg_frame_tb_info *tbinfo;
- GtkWidget *top_widget = TOOLBAR_TOP_WIDGET (x);
+ GtkWidget *top_widget = x->toolbar_widget;
block_input ();
- /* We may have created the toolbar_widget in xg_create_tool_bar, but
- not the x->handlebox_widget which is created in xg_pack_tool_bar. */
if (x->toolbar_is_packed)
{
if (x->toolbar_in_hbox)
@@ -4957,7 +4709,7 @@ free_frame_tool_bar (struct frame *f)
gtk_widget_destroy (x->toolbar_widget);
x->toolbar_widget = 0;
- TOOLBAR_TOP_WIDGET (x) = 0;
+ x->toolbar_widget = 0;
x->toolbar_is_packed = false;
FRAME_TOOLBAR_TOP_HEIGHT (f) = FRAME_TOOLBAR_BOTTOM_HEIGHT (f) = 0;
FRAME_TOOLBAR_LEFT_WIDTH (f) = FRAME_TOOLBAR_RIGHT_WIDTH (f) = 0;
@@ -4982,7 +4734,7 @@ void
xg_change_toolbar_position (struct frame *f, Lisp_Object pos)
{
struct x_output *x = f->output_data.x;
- GtkWidget *top_widget = TOOLBAR_TOP_WIDGET (x);
+ GtkWidget *top_widget = x->toolbar_widget;
if (! x->toolbar_widget || ! top_widget)
return;
@@ -5026,9 +4778,6 @@ xg_initialize (void)
gdpy_def = NULL;
xg_ignore_gtk_scrollbar = 0;
-#ifdef HAVE_GTK_TEAROFF_MENU_ITEM_NEW
- xg_detached_menus = 0;
-#endif
xg_menu_cb_list.prev = xg_menu_cb_list.next =
xg_menu_item_cb_list.prev = xg_menu_item_cb_list.next = 0;
diff --git a/src/gtkutil.h b/src/gtkutil.h
index 5176be6..37d2900 100644
--- a/src/gtkutil.h
+++ b/src/gtkutil.h
@@ -107,8 +107,6 @@ extern void xg_update_frame_menubar (struct frame *f);
extern bool xg_event_is_for_menubar (struct frame *, const XEvent *);
-extern bool xg_have_tear_offs (struct frame *f);
-
extern ptrdiff_t xg_get_scroll_id_for_window (Display *dpy, Window wid);
extern void xg_create_scroll_bar (struct frame *f,
diff --git a/src/xmenu.c b/src/xmenu.c
index 53683c7..77fc4ef 100644
--- a/src/xmenu.c
+++ b/src/xmenu.c
@@ -793,12 +793,6 @@ set_frame_menubar (struct frame *f, bool
first_time, bool deep_p)
f->output_data.x->saved_menu_event->type = 0;
}
-#ifdef USE_GTK
- /* If we have detached menus, we must update deep so detached menus
- also gets updated. */
- deep_p = deep_p || xg_have_tear_offs (f);
-#endif
-
if (deep_p)
{
/* Make a widget-value tree representing the entire menu trees. */
diff --git a/src/xterm.h b/src/xterm.h
index 4683a4c..1fb3f0a 100644
--- a/src/xterm.h
+++ b/src/xterm.h
@@ -491,10 +491,6 @@ struct x_output
GtkWidget *menubar_widget;
/* The tool bar in this frame */
GtkWidget *toolbar_widget;
-#ifdef HAVE_GTK_HANDLE_BOX_NEW
-/* The handle box that makes the tool bar detachable. */
- GtkWidget *handlebox_widget;
-#endif
/* True if tool bar is packed into the hbox widget (i.e. vertical). */
bool_bf toolbar_in_hbox : 1;
bool_bf toolbar_is_packed : 1;
On Fri, Sep 22, 2017 at 5:31 PM, Frank Cox <thea...@sasktel.net> wrote:
> On Fri, 22 Sep 2017 17:04:14 -0500
> Paul Johnson wrote:
>
>> The bad problem I see now is that Emacs and Chromium-browser, which
>> rely on gtk3 don't work properly anymore. In Emacs, the symptom is
>> that the ribbon of buttons under the pull down menu will no longer
>> show. In Chromium, the buttons and other widget things on the top
>> are an ugly yellow distortion.
>
> Un-intuitive as it may be, you may just need to start using either the
> Adwaita or Clearlooks-phenix theme.
>
> One chap I know of that's using the CERN linux told me that solved a problem
> similar to yours by using the clearlooks-phenix theme.
>
> I use clearlooks-phenix here to solve a different set of problems (menus on
> Gnome-terminal and Geany), and I don't really like the way Adwaita looks.
>
> Here's the solution if you want to try it:
>
> yum install clearlooks-phenix-gtk2-theme clearlooks-phenix-gtk3-theme
>
> Go to the look and feel preferences setting on your desktop and select
> Clearlooks-phenix from the list.
>
> And afterward you can
>
> yum remove mate-themes
>
> if you want because it's not needed any more (assuming that you're using
> mate, that is).
>
>
> --
> MELVILLE THEATRE ~ Real D 3D Digital Cinema ~ www.melvilletheatre.com
> ___
> CentOS mailing list
> CentOS@centos.org
> https://lists.centos.org/mailman/listinfo/centos
--
Paul E. Johnson http://pj.freefaculty.org
Director, Center for Research Methods and Data Analysis http://crmda.ku.edu
To write to me directly, please address me at pauljohn at ku.edu.
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
[CentOS] gtk3 update causing havoc
On my lab systems, the automatic updates were failing because of the problems with ipod libraries from EPEL being in the way. It turns out that was a good thing, because when I "fixed" it, a massive set of packages was updated, including the new gtk3. These packages are the ones causing problems, I think. gtk3-3.22.10-4.el7.x86_64 gtk3-devel-3.22.10-4.el7.x86_64 In the release notes, there is mention of the "giant icon" problem and how to fix that. We understand that part. The bad problem I see now is that Emacs and Chromium-browser, which rely on gtk3 don't work properly anymore. In Emacs, the symptom is that the ribbon of buttons under the pull down menu will no longer show. In Chromium, the buttons and other widget things on the top are an ugly yellow distortion. I've recompiled the Emacs that comes with EL7, as well as 24.5, and the Emacs behaves the same way, no buttons show. The buttons are invisible, but still there. If you click in there, you can get lucky. Do you see it too in Emacs? I see some posts that say the Gnome themes don't work any more with GTK and those themes should have been deprecated by the gtk3 packages. I don't think the theme is the cause because I see same problem in both Gnome and XFCE4 desktops. I see it also if I SSH into the machine and run emacs forwarded over X11. I just realized that on Ubuntu I'm running gtk-3.22.11 with Emacs 24.5 and the icons do show. Maybe there is a change in the compiler flag for Emacs that I'm missing. pj -- Paul E. Johnson http://pj.freefaculty.org Director, Center for Research Methods and Data Analysis http://crmda.ku.edu To write to me directly, please address me at pauljohn at ku.edu. ___ CentOS mailing list CentOS@centos.org https://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problem with yum update
On Aug 14, 2013 2:18 AM, Ljubomir Ljubojevic cen...@plnet.rs wrote: If you're using third party repositories, you should also be using the yum-priorities plugin, and set the priorities for all repos to avoid conflicts. http://wiki.centos.org/PackageManagement/Yum/Priorities I would like if CentOS, or RHEL/CentOS, would have yum-plugin-priorities as part of default install, and all CentOS *.repo files already added priority=x line. Then all third-party repositories whould add them as part of thier *.repo files and we could teach newbies how to properly and safely use third-party repositories. This way it is a mess that keeps popularization and en-massing away from CentOS. This is entirely correct. Like many, I have been in dependency hell because of repo mistakes. Please create a more direct way for new users to protect themselves. We used to caution people, but that's insufficient now. It should be in the base install. I'd say it should be centos priority 1. Base redhat leaves out too many programs.. epel no longer sufficient, users forced to quilt things together. It is a tough problem for me (experienced user). It drives all the young folks to Ubuntu. that's bad because they then don't understand the redhat systems at work. PJ -- Ljubojevic (Love is in the Air) PL Computers Serbia, Europe Ljubomir StarOS, Mikrotik and CentOS/RHEL/Linux consultant ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 6.2 install disk jumps to Gnome Partition Manager
Have you seen this problem? I downloaded CentOS-6.2-i386-bin-DVD1.iso verified the md5sum, wrote on a DVD, verified that against the iso. When I boot a computer with that disk, It does not present the usual Linux install menu, it jumps to a thing called Gnome Partition Manager, and that offers a weird sort of live disk interface. There is no way to start an install, so far as I can see. -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] I have RHel6. How does that turn into Centos 6?
The bickering here about Centos 6 has made me wonder what is actually legally necessary to re-distribute the RPM files that come with RHel6. I am not starting a flame ware, I hope. I'm just curious about what is minimally necessary go from RHel6 to another distribution. I suppose we could discuss Paul Linux 6 instead of Centos, if that makes you feel more comfortable. (and not too OT) Suppose I dump out all of the SRPM packages and do a global find and search to change the characters RedHat to Paul. What else would I have to do? Which of the RPM files in RH6 have proprietary software in them? Those cannot be re-distributed as is? I figure there must be something, because I installed the test version of SL6 back in January and it locked up in disk recognition, whereas RH6 did not. So the Rhel 6 folks know some secrets stuff. So, obviously, to create Centos 6, oops, Paul Linux 6, I have to isolate the non-GPL software and then replace it with something workable. After that, what am I legally required to do? As far as all of the other RPM packages are concerned, couldn't they be redistributed exactly as they are, without any modification at all? In Centos-devel, it appears to me most of the discussion is about re-branding, going through the packages and changing RedHat to Centos and swapping out icons. Is that legally necessary? In my memory, there was a Linux distro called Mandrake and it was exactly the same as RH for i386, except they re-compiled with gcc options for i686. I recall that in many of the RPM packages in Mandrake, they did not bother to replace RedHat with some other name. PJ -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] I have RHel6. How does that turn into Centos 6?
That good faith effort is required for all packages (GPL or not). And yes, it is legally necessary make that good faith effort not to infringe upon someone else's trademarks. This is specifically called out here: http://www.redhat.com/about/companyprofile/trademark/ I've just read that document and it seems to say that you could take all of the RPMs exactly as they are built by RedHat and include them on a disk, and you can label the disk Centos 6, and you are completely within the guidelines. PJ -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] if you install cgi programs from rpm, how to configure for actual use in /var/www/html ?
On Wed, Jan 5, 2011 at 11:46 AM, Les Mikesell lesmikes...@gmail.com wrote: On 1/5/2011 10:42 AM, Paul Johnson wrote: What is keeping it from working with the supplied: Alias /phpMyAdmin /usr/share/phpMyAdmin (i.e. to the install location)? -- Les Mikesell lesmikes...@gmail.com You mean to say it does work for you, as delivered? Or that it ought to work for me, but you are just guessing? In RedHat 6, at least, I cannot get ANY application to work if it does not offer files up from /var/www/html (no matter what the http config says). I now *THINK* the reason is SELinux. I understand http configuration, SELinux is a whole different problem. I understand the concept, but the tools to configure it are mysterious. The system will not offer things from /usr/share or whatnot, even if I alter the httpd config to allow it. The mediawiki RPM comes along with an httpd.conf file that tries to allow it. But the system won't allow it. Today I realized will not allow symbolic links from /var/www/html pointing into safe parts of the file system. Yesterday I solved part of my mediawiki trouble. mail from php/CGI programs was not going to the users. I found out that SELinux was blocking mediawiki's attempted use of /usr/sbin/sendmail and learned how to fix that (see: http://www.mediawiki.org/wiki/Project:Support_desk#SOLVED:_RedHat_6_SELinux_blocks_MediaWiki_from_using_sendmail_1892). I have not been able to find anybody who is running Fedora or RedHat with SELinux turned on who was able to use mediawiki as it was delivered. If it works for you, please raise your hand. For example: http://www.johnson.homelinux.net/mywiki/Installing%20and%20configuring%20MediaWiki%20for%20Fedora%2014 http://www.linuxquestions.org/questions/linux-software-2/how-to-install-mediawiki-on-fedora-9-a-677135/ http://dailypackage.fedorabook.com/index.php?/archives/120-Productive-Monday-MediaWiki-Collaborative-publishing.html It may just be that we are all following some mistaken example from somebody who did not understand this any better than we do. I had the same experience with phpMyAdmin. Not in /var/www/html. No Go. pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] if you install cgi programs from rpm, how to configure for actual use in /var/www/html ?
In Centos 5.5, I've had this same experience over and over. I have no trouble installing CGI programs the old fashioned way (untar into /var/www/html and configure), but don't like un-rpm managed files floating about. So I can install, for example, phpMyAdmin, from EPEL. That phpMyAdmin RPM drops files into a bunch of locations, the php files are under /usr/share/phpMysql and then there are also: /etc/httpd/conf.d/phpMyAdmin.conf /etc/phpMyAdmin /etc/phpMyAdmin/config.inc.php and this: /var/lib/phpMyAdmin /var/lib/phpMyAdmin/config /var/lib/phpMyAdmin/save /var/lib/phpMyAdmin/upload In order to make this actually work on the web server, I copy the directory /usr/share/phpMyAdmin into /var/www/html and then I edit the /etc/httpd/conf.d/phpMyAdmin.conf. Then it works. Then a new version of the phpMyAdmin RPM is released on EPEL, it gets installed, and I have no idea what I'm supposed to do to keep my thing in /var/www/html working. I had the exact same experience with the mediawiki RPM from EPEL. It installs its files into /var/www/ var/www/mediawiki116 and /usr/share/mediawiki116 The web server required everything to b e under /var/www/html/, so I copy files in there. The mediawiki116 documentation does not mention this problem, but I've googled long enough until I found this, which agrees with me that it is necessary to copy the files over in order to use the media wiki. http://www.wikihow.com/Install-MediaWiki-on-Fedora Unfortunately, now the upgrade path is obscured. When RPM updates its files (scattered over the file system), what to do? --- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SELinux - way of the future or good idea but !!!
I quit using Fedora a couple of years ago, largely because I felt as
though I was being used as an SELinux guinea pig. I spent days and
says trying to work around selinux problems, until I eventually just
turned it off.
I'm not a professional sysadmin, but I know many of them who think
SELinux is still just not workable enough for actual production
systems.
I just installed the release version of RedHat 6 and wanted to use
mediawiki and a couple of other CGI php programs. All of those
programs that require email capability via sendmail/postfix do not
work with SELINUX turned on. Some programs are nice enough to pop up
a sendmail failed message, but not all.
type=USER_CMD msg=audit(1293752457.837:246): user pid=4383 uid=0
auid=500 ses=9 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='cwd=/var/www/mediawiki116
cmd=2F62696E2F7669204C6F63616C53657474696E67732E706870 terminal=pts/4
res=success'
type=AVC msg=audit(1293752692.348:247): avc: denied { search } for
pid=4583 comm=sendmail name=postfix dev=sda2 ino=150564
scontext=unconfined_u:system_r:httpd_t:s0
tcontext=system_u:object_r:postfix_spool_t:s0 tclass=dir
type=SYSCALL msg=audit(1293752692.348:247): arch=c03e syscall=80
success=no exit=-13 a0=7f44c0011cc0 a1=7f44c0013a00 a2=7f44c001827d
a3=7fff104b7710 items=0 ppid=4410 pid=4583 auid=500 uid=48 gid=48
euid=48 suid=48 fsuid=48 egid=48 sgid=48 fsgid=48 tty=(none) ses=9
comm=sendmail exe=/usr/sbin/sendmail.postfix
subj=unconfined_u:system_r:httpd_t:s0 key=(null)
It is a known bugzilla, there's supposed to be some fix in the way,
but it has turned into such a big hassle for us here that we've turned
selinux down to PERMISSIVE mode, just so things will work.
SELINUX generates such a massive amount of output in /var/log/audit
that I would never be able to notice what fails and what doesnt, some
programs silently die with SELINUX rejects them. For example, I
created a bunch of accounts in mediawiki that require email
confirmation. Use of sendmail was rejected, (silently), and so the
users's can't log in. Grrr.
--
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SELinux - way of the future or good idea but !!!
On Wed, Jan 5, 2011 at 12:57 PM, Daniel J Walsh dwa...@redhat.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/05/2011 11:50 AM, Paul Johnson wrote: Turn on the httpd_can_sendmail boolean. We do not want all apache servers to be able to send mail by default. # setsebool -P httpd_can_sendmail 1 man httpd_selinux ... Dear Mr Walsh: Thanks very much for the information. I did as you said, turned SELinux back on, and now mediawiki can send email, like it is supposed to! I would not have figured it out if you had not posted your advice. I hope this thread finds it way to google so other people will see it is a solved problem! PJ -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Moving from Fedora -- Advice??
On Fri, Dec 17, 2010 at 11:04 AM, Beartooth bearto...@comcast.net wrote: She's far more likely to outlive me than I her; so I want to install something requiring a lot less maintenance on her machine, so that she'll have it and be used to it, years ahead of need. I'm thinking CentOS 6, whenever it's ready, is probably my best choice. Any thoughts? (And yes, I do mean what my .sig says.) Hello, Beartooth. I have given this a lot of thought over the last few months. You certainly can't leave her on Fedora. That turns over too fast. On a server or in a public lab, I run Centos or RHEL. This is a Centos list, and I don't want to inspire a big distro flame war, but here's an opinion. If you are serious that you may die and leave your wife with an OS she can't manage, you might think about installing the LTS version of Ubuntu. The Ubuntu email list folks are more helpful to non-experts. The distro team is more energetic about making device drivers work, even if you happen to own the wrong hardware (proprietary drivers for Nvidia video, MP3 encoding, etc). They are somewhat like Macintosh in attitude. If we can't package it up for you to click on, it is not worth doing. That's not the way experts need it, but for somebody who is just using the system, it may be about right. On the other hand, if I have a really serious problem, something wrong in the kernel, I'd much rather seek help in the Fedora list. There are more true experts floating about in there. I suppose that once you install the OS, the trouble due to automatic updates from either Ubuntu LTS or Centos/RedHat will be about the same. The trouble will come when she either has to get a new computer or make a major distribution update, eg from Centos 5.5 to Centos 6.0. If she needs to find Linux help, my *guess* is that she will be more likely to find a teenager who has used Ubuntu than the others. She'd have the same trouble with Windows, the only difference there is that it is easier to find/hire geeks to help on a Windows system. pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] what causes CUPS to dis-enable a printer?
On Wed, Feb 10, 2010 at 1:29 PM, Dave tdbtdb+cen...@gmail.com wrote: Would it (should it) eventually notice that the server is back and re-enable itself just as automatically as it disabled itself? Dave I found several people who offer cron scripts to do exactly that! It is amazing what you find after you learn the correct thing to Google for! Here, the magic words are lpstat and enabled http://kbase.redhat.com/faq/docs/DOC-2824 How do I start (enable) printer queues from a cron job in Red Hat Enterprise Linux 4? -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] what causes CUPS to dis-enable a printer?
In our computer lab, there are 6 Centos 5.4 workstations. There is an HP printer with jet direct card. It often works. But sometimes users come and get me saying the printer is broken, but it is actually working fine for *most* of the workstations. On the troubled system, I run system-config-printer and I check the printer in question (under properties) and I see the printer has been disabled. I mean, the box by the word Enabled is empty. After I manually (use lprm) remove the print jobs, and set the printer to Enabled, then the print queue will start working again. I've checked the files in /var/log/cups and there's nothing evident. error_log has nothing. We have had the problem during the year (that others have reported in this list). When trying to print some pdf files from Evince, the symptom of the problem is that the pdf files don't print. They seem to clog the printer. When that happens, I have seen the Enabled box come unchecked in the printer configurator. However, the most recent problems are not associated with the use of Evince. I would really appreciate some tips about how to bugshoot this problem. pj ps. The Cups server is running on the system in question, lpq shows lots of print jobs waiting. -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] stock openjdk vs. epel
On Fri, Jan 1, 2010 at 7:13 AM, Mathieu Baudier mbaud...@argeo.org wrote: As luck would have it, I have copies of the java-1.6.0 b12 EPEL RPMS that were offered before Centos added java-1.6.0 b09 as an upgrade on my home page. A lot of luck (or foresight...) indeed! I used these old EPEL SRPMs + my experience of building the OpenJDK on CentOS (see previous mails) in order to adapt the latest Fedora 12 OpenJdk SRPMs (Java 1.6.0 b16, using IcedTea 1.6). It basically boils down to: - remove visualvm and its netbeans dependency - remove X11 patch - workaround the plugin compilation issue (see previous mails) on x86_64 (the EPEL SRPM was really helpful here) You can download an SRPM from here: http://www.argeo.org/linux/argeo-el/5/plus/SRPMS/ http://www.argeo.org/linux/argeo-el/5/plus/SRPMS/java-1.6.0-openjdk-1.6.0.0-33.b16.el5.argeo.1.src.rpm Hey, thanks. I'm trying it out. I'm concerned the yum update against the base/updates of Centos will keep trying to install that crappy older version that Centos carries. Have you tested that? -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] stock openjdk vs. epel
On Thu, Dec 31, 2009 at 8:14 AM, m.r...@5-cent.us wrote: Still no java browser plugin for Centos? I've been reading the web all night on this, getting angry. I can't find any explanation about why EPEL did have a working browser plugin, but then Centos introduced versions of those same packages that had the plugin removed. Not to mention the fact that Centos keeps the older version (b09) of java-1.6.0, and yet yum seems to think it is a newer version. I agree with the original poster. Not having the java plugin is fine on servers, but for users here who *do* use it as a desktop, my choices are to either not update openjdk or install Sun's Java, which makes openjdk pointless. mark As luck would have it, I have copies of the java-1.6.0 b12 EPEL RPMS that were offered before Centos added java-1.6.0 b09 as an upgrade on my home page. The SRPM is here http://pj.freefaculty.org/Centos/5/i386/epel-source/packages And the RPMS EPEL had offered are here http://pj.freefaculty.org/Centos/5/i386/epel/packages The RedHat/Centos version b09 is heavily patched for some security things and also to disable the plugin (why??). The Epel version is b12, newer, but not so security patched. -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] stock openjdk vs. epel
On Fri, Jun 5, 2009 at 2:06 PM, Rex Dieter rdie...@math.unl.edu wrote: Rex Dieter wrote: OK, found it, I'll go knock some skulls @ epel. Bug filed, https://bugzilla.redhat.com/show_bug.cgi?id=504189 folks poked, hopefully will see a resolution soonish. -- Rex Still no java browser plugin for Centos? I've been reading the web all night on this, getting angry. I can't find any explanation about why EPEL did have a working browser plugin, but then Centos introduced versions of those same packages that had the plugin removed. Not to mention the fact that Centos keeps the older version (b09) of java-1.6.0, and yet yum seems to think it is a newer version. So far, the only adequate approach I've found is to install the java-1.6.0-openjdk packages that used to be in EPEL repositories. Every yum update fails after that because yum tries to install the versions from Centos updates, but those updates fail because they don't satisfy the plugin requirement. That's not great because there are some security fixes that come along with the Centos version. It just seems silly to leave it this way. Are the experts just sick of dealing with each other? I've been looking at the SRPM files for the competing java-1.6.0-openjdk packages from Centos and EPEL trying to figure how to make a plugin package in the EPEL style but from the java base in Centos. Well, I'm sorry if these words are too critical. I appreciate the efforts everyone has been making on this. pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] how to find last updates for Centos 5.3?
I'm setting up a Rocks Cluster Linux system http://www.rocksclusters.org using Centos 5.3 as the OS. Rocks is an organizing framework for multi node systems, it tries to orchestrate kickstart installs across many systems and interaction among those many systems as a compute cluster. One problem with administering these systems is that the OS updates can break the Rocks framework. I've tried Rocks with Centos5.4, but there is some incompatability. The Rocks system is based on Centos 5.2, it tolerates 5.3, but not 5.4. The Rocks experts seem to discourage us from making any RPM package updates, but I'm adventuresome enough to think that I can at least try to make some selective updates. I wish I had access to a Centos update folder AS IT EXISTED before Centos 5.4 was released. The last update set that applied to 5.3,in other words. But I can't figure how to get that, because Centos servers just have the current updates under a folder marked 5. If I try to update against the current 5 server, it will pull in lots and lots of new RPMS from the Centos base, and I don't want that. I can't afford the risk of updating against the current Centos offerings because Rocks might not work anymore, or so I'm told by the Rocks experts. Any ideas about how to go back in time and get the last 5.3 update batch?? pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] RH Server/Client disk sets - Centos; how?
I'm running Centos on 12 machines. Colleague runs Redhat Enterprise Linux and while studying his system, I see some gibberish/complication about his system being a Client install, not a Server install. Apparently, RH provides completely different disk sets for Server and Client installs. I've gone to the RH website and read about the difference between Client and Server, but I still don't understand why they make 2 different disks. In the old days of RH, there would be 1 set of disks, and when the install began, you would choose server or workstation as a way of choosing a default set of packages, and then you could freely pick and choose additional things. You could install gnome on a server, or an http server on a client. Centos seems to follow the good old RH packaging approach. This RHEL Client/Server thing actually causes some wrinkles if you try to transition a running system from RH to Centos, because the repository names are different. RH will have a version name like 5client whereas Centos will just have 5. I understand this Centos list is not quite the right place to ask why does RedHat do that?, but I bet some of you will know. What I really want to ask here is: what is the relationship between the several RHEL install types and the Centos disks? Does Centos collect up all the SRPM/RPM packages from both RHEL Client and Server? -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] cups / cli stopped print jobs problem
On Thu, Aug 13, 2009 at 9:51 AM, Blackburn, Marvin mblackb...@glenraven.com wrote: Thanks for the help. There is a way to get the information, but its ugly. Was hoping for a more straight forward method. If a printer is down, I can us lpstat -l printer name to determine if a job is stopped, but I could not figure out a way to easily determine the status of jobs in the queue, such as stopped, processing, queued. _ I have the same problem. Run lpq to see the status of the jobs. lprm #job to remove print #job. This does not help, however, to understand why the printer just randomly stops printing. I have noticed that pdflatex seems to generate some pdf files that Evince cannot print, but Adobe acroread can open print them. My working hypothesis is that Evince or the gtk print interface or CUPS fail on one of these jobs from Evince, and then the whole print regime is hung. If you have ideas, I'd be delighted to hear it. pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos 5.3 update do RHEL 5.3
On Sun, Jun 7, 2009 at 10:58 AM, Albertfor...@stalowka.info wrote: Hi, If I now installed centos 5.3 and for 6 month I buying support from RHEL I can change 5.3 to rhel 5.3? It's possible? f...@ll Yes. If you get the release rpm files correct and fix your repositories, it will be OK. The Centos versions may be newer at first, but the redhat versions eventually become newer and replace them. I have done this, it is not a big problem. Most of the packages installed will be the same, one a few differences will emerge. Instead of listening to people tell you they don't think it can be done, you should just try to make it work and see! If you have trouble, you can always reformat the / partition and re-install. As long as you use a simple partitioning system that keeps /home on a separate partition, it is easy to wipe reinstall without killing your /home stuff. pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] authentication loosely tied to active directory?
On Fri, Jun 5, 2009 at 5:29 PM, Ross Walkerrswwal...@gmail.com wrote: On Jun 5, 2009, at 1:00 PM, Les Mikesell lesmikes...@gmail.com wrote: What's the best authentication scheme when you are dealing with an active directory that someone else controls? I've been using pam configured for smb and local passwords where a local account is needed for real logins (but either the domain or local password will work) and web services don't require a local account. That's most of the functionality I want and it doesn't take pre-arrangement with the AD administrator, but I have to glue mod_auth_pam into httpd and I'm not sure how to duplicate it for java web services. Is there a way to use an LDAP proxy in a similar way so I can add accounts of my own but also accept anything from one or more AD's? Or some better approach entirely? We use winbind with rid mapping for user/group ids and kerberos for authentication where I am and it works well and provides SSO for the whole windows domain, even LDAP which we use as an address book. You can map ranges of user/group ids to particular domains and it doesn't require any local accounts or manual setting of user ids. You can map those winbind accounts to unix groups globally through NIS. If your network is large setup a couple of rid mapping servers with winbind that then re-export those maps through NIS to keep things consistent. Just make sure your NIS make maps uses getent and winbind is set to enumerate user/groups. Make sure no passwords are in there, only kerberos accounts. -Ross Hey, Ross: How do you do this without cooperation from the administrator of the AD servers? I can't make any progress at all as long as the administrators tell me to go to hell. pam_smb is the only way I can make this work without administrator intervention -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] kghostview and xdg-open. Need to fix problem across whole system
On Wed, May 6, 2009 at 11:49 AM, Rex Dieter rdie...@math.unl.edu wrote: Paul Johnson wrote: In Centos 5.3, a bad problem has surfaced in user land. We want to use either Evince or Adobe acroread as the pdf view, but the update of kdegraphics has somehow screwed up these systems so that the odious, horrible, awful pdf viewer kghostview is used. It's most likely Acrobat Reader that f#$#$#d up here. It mucks with system copies of mimetypes, etc... My guess is that kdegraphics update simply replaced the muck'd system copies with known good ones. Now, opening pdf's from where is causing problems? Say, opening in nautilus, a webbrowser, what? -- Rex Same result in opening pdf from nautilus or LyX (via pdflatex). kghostview refuses to open the pdf file, saying its type is application/octet-stream. evince or acroread can open same without trouble. I have not bothered with this because I'm not using kde anymore, but the kdegraphics update with Centos-5.3 caused this by installing the program and re-configuring (explanation next). I've tracked down the problem, though, so I can stop kghostview from being invoked. When RPMS install, they often have a post script call to execute update-desktop-database which scans the desktop files under /usr/share/applications and it builds /usr/share/applications/mimeinfo.cache. To my surprise/astonishment, the update-desktop-database function is completely undocumented, not even a man page or a mention in the README file from the xdg group that provides it. To my even greater surprise, there is apparently no way to predict which programs will be at the front of the list for each mime type. The mimeinfo.cache is used by programs like nautilus to know what programs are available. update-desktop-database, for reasons I don't know, places ghostview first among pdf opener programs. More and more programs are relying on the xdg-open script to select viewers for files. xdg-open ends up scanning for the desktop framework in use, in my case Gnome, and then it passes off the pdf file to the program gnome-open, which is supposed to check for defaults.list in the user's config and in the system at /usr/share/applications. The mimeinfo.cache file is not supposed to be dominant setting here because the preferred viewer is supposed to be specified in defaults.list. We have AdobeReader.desktop specified there. However, when the config in defaults.list is broken, then xdg-open (hence gnome-open) don't know what to do, and they consult mimeinfo.cache and they take the first program listed. Our config was broken because Adobe was installed incorrectly. The RPM that installed AdobeReader did not copy AdobeReader.desktop into /usr/share/applications. As a result, when the user tries to configure xdg-open (via xdg-mime) or use gnome-open, both try to use AdobeReader.desktop, and fail, and then they fall back to use the things in /usr/share/applications/mimeinfo.cache. One can just copy AdobeReader.desktop from /opt/Adobe/... into /usr/share/applications to fix this. To be fancier, one can run To protect my systems from ever using kghostview, I ended up deleting the Mime line in all of the relevant desktop files in /usr/share/applicaitons/kde. After that, update-desktop-database can be called and kghostview is never listed as a pdf opener. -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] kghostview and xdg-open. Need to fix problem across whole system
In Centos 5.3, a bad problem has surfaced in user land. We want to use either Evince or Adobe acroread as the pdf view, but the update of kdegraphics has somehow screwed up these systems so that the odious, horrible, awful pdf viewer kghostview is used. It is what you get when you doubleclick on pdf files, it is what programs get when they try to use xdg-open framework. This happens even though xdg-open seems to think it is pointing at Adobe. $ xdg-mime query filetype manual.pdf application/pdf $ xdg-mime query default application/pdf AdobeReader.desktop I've had it happen before that users make mistakes and then the mime types are accidentally re-defined in the user accounts. I have not had it happen across all users accounts that something goes so wrong. How can I tell the Gnome mime system to always use evince for opening pdf, not kghostview? What's wrong with xdg-open? It says AdobeReader.desktop, but it points applications at the other. Thanks in advance PJ -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] /etc/X11/xorg.conf question
On Fri, Jan 30, 2009 at 8:23 AM, Lanny Marcus lmmailingli...@gmail.com wrote: If I use system-config-display or system-config-display --reconfig although I get a message that I need to log out of GNOME, to have the new file written, for new Display Resolution, logging out or restarting the box does not result in the new settings for the Display taking hold. Sometimes, the number of colors is updated, but *never* the Resolution. Below is my xorg.conf file. What do I need to include in xorg.conf for the resolution to be 1280 x 1024 instead of the current 1600 x 1200? Display is a Dell M991 and the Video Card is shown as Nvidia NV11 (GeForce2 MX/MX400). CentOS 5.2 (32 bit) fully updated. TIA! The nv driver is not very good. From your writeup, it is not apparent if you ever get the resolution you want. If it never works, I suspect you are up against the limitations of nv itself. On my systems, it is really really limited, plus there is no 3D support. If you are willing to use the proprietary (but free of cost) Nvidia driver (http://www.nvidia.com), you will likely be happier. It includes a GUI settings thing called nvidia-settings and it also supports xrandr. The nvidia driver has a long README file and in my experience it is one of the better manuals for no-cost software. I have *not* found an up to date RPM for the nvidia driver for Centos, and so it appears to me the only feasible route is to run the script installer on www.nvidia.com. That's bad because it steps on some files you might want back later. One main purpose of rpm.livna.org was to keep up to date on the rpms for nvidia, but it appears to me that the transition to the rpmfusion network has let some things fall through. Last I checked, rpmfusion was a few editions behind on the nvidia driver, even for Fedora linux, and they were never very interested in helping Centos/RedHat. (I keep thinking I built an nvidia RPM myself, but I can't find it today). However you install it, that nvidia comes with a program 'nvidia-settings' and that helps quite a bit to see what you are up against. It is like system-config-display, sorta, except that it does not look like crap and it actually lets you see settings and information on the system. I've not had the trouble you report that system-config-display refuses to do anything while logged in, incidentally, but that is pretty easy to fix. You can google for boot into runlevel 3 or other ways of getting to a virtual terminal after turning off the X display (in the old days, it was /sbin/telinit 3 as root would close X entirely. Maybe Alt-Control-F2 (any F1 through F7 is OK on Centos). You may not need to do any fancy customization to get nvidia to work. Just change the xorg.conf to replace nv with nvidia. nvidia requires a kernel module, and that has to be rebuilt when the kernel is updated. On the Fedora systems here, I think the dkms framework is used to automatically build that kernel module when a new kernel starts. Right now I'm using an Ubuntu machine (because RedHat/Centos lag too far behind the software curve for me to do my development work), but i believe the xorg.conf I'm attaching would work on a Centos system that has the nvidia driver. I want a resolution of 1400x1050, which I can get with the windows nvidia driver on the same laptop, so I know it is possible. However, that mode is lacking from the linux side. So it is necessary for me to stop the card from guessing EDID frequencies of the laptop display, and I have to create modelines that allow the card to show the resolution I want. If you keep fiddling with settings and you find your resolution is always stuck where you do not want it, then it means that your video card is looking at the EDID frequencies of your display and refusing to send the signal you want. Sorry, didn't mean to start writing a book. I've wrestled with these so long that it is starting to seem like i should make a career out of it. pj # Xorg configuration created by system-config-display Section ServerLayout Identifier single head configuration Screen 0 Screen0 0 0 InputDeviceKeyboard0 CoreKeyboard EndSection Section InputDevice Identifier Keyboard0 Driver kbd Option XkbModel pc105 Option XkbLayout us EndSection Section Device Identifier Videocard0 Driver nv EndSection Section Screen Identifier Screen0 Device Videocard0 DefaultDepth 16 SubSection Display Viewport 0 0 Depth 24 EndSubSection SubSection Display Viewport 0 0 Depth 16 Modes1600x1200 1600x1024 1440x900 1400x1050 1280x1024 1280x1024 1280x960 1280x960 1280x800 1280x800 1152x864 1152x864 1152x768 1152x768 1024x768 1024x768 800x600 800x600 640x480 640x480 EndSubSection EndSection
[CentOS] print from emacs?
I just noticed this problem in Centos 5.2. WHile editing a file in Emacs, one can print with the Postscript Print option from the pull down menu. However, the ordinary print option from the pull down menu, and the printer icon in the toolbar, cause nothing to happen. This is a new feature/bug for me. Can you explain? pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] where did all the nonfree rpms go? Nvidia? xine-lib-mp3?
I installed Centos on some machines that need long term support. I'm running up against some simple user convenience issues. How to play MP3? I've been really puzzled today that the addon rpm sites like livna, rpmforge, rpmfusion, epel, don't seem to have something like amarok-mp3 or xine-lib-mp3. What am I missing? It can be done in Ubuntu, Debian, and Fedora Linux. In the worst case scenario, what must be done? get the xine source code and build an rpm that includes the mp3 components? Do you have Nvidia cards? Then I noticed there is a new Nvidia proprietary driver on www.nvidia.org, and I can't find an rpm package for it, or for the previous 2 releases of the nvidia driver. The place to get those packages used to be rpm.livna.org, but that is now moved to rpmfusion, but on the rpmfusion site, the nonfree folders are empty. Oh, well. Just singing a complaining song. pj -- Paul E. Johnson ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] qt3.3 is default in environment, I want it to be qt4
At the current time, the environment is using qt3 values, as in
$ env | grep QT
QTDIR=/usr/lib/qt-3.3
QTINC=/usr/lib/qt-3.3/include
QTLIB=/usr/lib/qt-3.3/lib
$ env | grep PATH
PATH=/usr/lib/qt-3.3/bin:/usr/kerberos/bin:/usr/lib/ccache:/usr/local/bin:/bin:/usr/bin:/home/pauljohn/bin
I also have QT4 installed, and I want programs to find those libraries
and include files instead of these ones.
As far as I can tell, Centos uses the pkgconfig framework to let
programs ask about the preferred libraries.
$ /usr/bin/pkg-config --variable=prefix qt-mt
/usr/lib/qt-3.3
And I see the file that pkgconfig is reading here:
$ cat /usr/lib/pkgconfig/qt-mt.pc
prefix=/usr/lib/qt-3.3
exec_prefix=${prefix}
libdir=${prefix}/lib
includedir=${prefix}/include
qt_config=qt warn_on release incremental link_prl nocrosscompiler
dlopen_opengl minimal-config small-config medium-config large-config
full-config styles tools kernel widgets dialogs iconview workspace
inputmethod network canvas table xml opengl sql styles tools kernel
widgets dialogs iconview workspace network canvas table xml opengl sql
release dll thread largefile stl ipv6 system-mng mng system-jpeg jpeg
system-png png gif system-zlib nis cups bigcodecs x11sm xshape
xinerama xcursor xrandr xrender xftfreetype xkb inputmethod dylib
create_prl link_prl qt warn_on depend_includepath qmake_cache x11
x11inc create_libtool create_pc moc x11lib
I do not know for sure if the environment is accessing the pkgconfig
setup to get the information it has, but I know for sure that
configure scripts are using pkg-config to ask which qt should be used.
Each time I build a program, then, I have to reset QTDIR, QTLIB,
QTINC, and the PATH.
I guess my question is
1. is 3.3 preferred for some reason by the Centos framework? If a
program looks for qt-mt.pc, does that mean it wishes to use qt3.3
rather than qt4?
2. aside from just hand editing that file and changing the prefix to
/usr/lib/qt4, how do I change the preferred QT. The qt4-devel package
gives its own set of pc files, but I can't tell how they can be used
in the environment..
--
Paul E. Johnson
Professor, Political Science
1541 Lilac Lane, Room 504
University of Kansas
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] You didn't give me some packages, so now I'm giving you some! R, TexLive, LyX, Gnumeric, etc.
On Tue, Jul 29, 2008 at 3:41 AM, Ralph Angenendt [EMAIL PROTECTED] wrote: Paul Johnson wrote: There's no real process of getting your packages into CentOS at the moment, rpmrepo is still finding itself, so my advice would be to offer those packages (and maintenance) to rpmforge, which will be in rpmrepo once that is up. See https://rpmrepo.org/RPMforge/. Getting it in there also will help people with Scientific Linux or other distributions. People keep sending me to RPMforge, but apparently you don't go there yourselves to see you are sending me nowhere. Follow your advice: https://rpmrepo.org/RPMforge/ Go to the 2nd section called Packagers. Click either of these: Building RPMforge packages Contributing RPM packages Both links point to pages that have not yet been created. pj Does that answer some of the questions? Cheers, Ralph ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] You didn't give me some packages, so now I'm giving you some! R, TexLive, LyX, Gnumeric, etc.
On Mon, Jul 28, 2008 at 6:39 AM, Brent L. Bates [EMAIL PROTECTED] wrote: You might want to check out Scientific Linux: https://www.scientificlinux.org/ They include a number of things that CentOS doesn't, like `R'. I don't know if or how many of the other items you are looking for are on their site. Just check them out for yourself. They seem to try to be more up to date on some things than CentOS. I hope this helps some. I tried Scientific Linux and found I had to re-build the same things that I rebuild for CentOS, including R, because their versions lagged behind the cutting edge. I switched to Centos hoping that the larger user community would generate more contributions of updated packages for other things, like gnumeric or such. So far, that's not panning out, but I still have hope. I am trying to find my way into the rpmforge rpmrepo or rpmfusion or whatever it will be called. You can compare the stuff I had to build with it http://pj.freefaculty.org/ScientificLinux/5/i386/kups/packages/ and it is basically the same stuff I had to build for Centos: http://pj.freefaculty.org/Centos/i386/kups/packages/ For Scientific Linux, I even had to build Firefox, which required rebuilding yelp. Maybe people will find this thread and suggest I try the Debian off-shoots, like Ubuntu or Mint. I've been doing that too. I'm running Ubuntu on my laptop and it is closer to what I need than Fedora or CentOS. It has a slower-changing kernel than Fedora, but more up-to-date applications than Centos. However,I am not installing it in our labs or on public machines because I find it harder to secure. On a workstation that I use personally, it is OK. For someone making the switch from Windows to Linux, Ubuntu may be the preferred option. But in a lab or on a widespread basis, there are some things that hold me back. 1. The basic install of Ubuntu is less security conscious. There's no firewall in the default installation. (That is justified on the grounds that no public services are offered in the default configuration. The default iptables framework allows everything. However, users can easily install services, without realizing that there is no firewall.) It doesn't (by default) secure the bootloader with a password. I noticed that default users have more privilidges in Ubuntu than Fedora (they can use fuse file system). Without having a comprehensive knowledge of Ubuntu, I'm not sure how many other gotchas are waiting. Maybe I've not found the CentOS gotchas yet. 2. It includes too many invitations to ordinary users to add/remove packages. If somebody tries to run something that is not installed, the shell replies you can install that if you type sudo apt-get install xyz. They can't do that, they don't have privileges. The Applications menu has an add/remove package program. I don't want users to be asked to do things for which they don't have privileges. The whole design of the package manager is to not be automatic, but ask for constant user intervention. Not good with many machines. 3. I do not have as much faith in the deb packaging process. For me, this the biggest reason I'm hanging around in the RPM distributions. I learned RPM building from the classic Maximum RPM, which is emphatic about keeping the 'pristine source code.' If you have never built a Debian package, you will will be in for a surprise. You can't even build a Deb package unless you manually untar the source code and create a directory inside it. My experience is that it is much harder to rebuild a debian package than it is to rebuild an SRPM. Most of the time, if you find an SRPM and you want to build it on your system, it is as simple as rpmbuild --rebuild whatever.src.rpm. I can't find anything comparable to that for Debian. It is always necessary to open up the source package. -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] You didn't give me some packages, so now I'm giving you some! R, TexLive, LyX, Gnumeric, etc.
On Mon, Jul 28, 2008 at 7:39 PM, MHR [EMAIL PROTECTED] wrote: On Mon, Jul 28, 2008 at 5:34 PM, Paul Johnson [EMAIL PROTECTED] wrote: I tried Scientific Linux and found I had to re-build the same things that I rebuild for CentOS, including R, because their versions lagged behind the cutting edge. I switched to Centos hoping that the larger user community would generate more contributions of updated packages for other things, like gnumeric or such. CentOS is strictly a rebuild of Red Hat Enterprise Linux, and yes, it lags quite a ways behind the bleeding edge, but that's what stable distributions do. Right. We know that. As I said in the original post, I'm looking to have a distribution that is conservative on the kernel, disk support, network drivers, suspend features for laptops, and all of the basic things like that. I do not want the Fedora experience of having a palm device work in Fedora 6, but not in Fedora 7 and 8, only to spend 20 hours reading through debugger output and advice in bugzilla about what's gone wrong with some kernel module or driver. I do not want to play the game anymore of does my wireless still work? on a weekly basis. I don't want to waste my user time trying to find out what's wrong in HAL or the the acpi subsystem. I don't want the desktop to change gratuitously. For me, there's been no user-perceptible improvement in Gnome for about 4 years. As long as it supplies a program menu and a file manager, that's enough. I do want up-to-date applications that people here actually use, like LaTeX, Emacs, R, Gnumeric, and the other ones I can provide. If I can't get those from EPEL or rpmforge or wherever, I'm willing to build those packages. I'm offering to share that back to you, but if you don't need it, that's fine. pj For more cutting edge, there's Fedora; bleeding edge is more like Ubuntu or Gentoo, but AFAIK that's pretty much it. Most of the other distributions lag behind a little or a lot, depending on which one you choose. Now if you want truly bleeding edge software for your computer, and you don't mind massive numbers of security holes and other bugs, there's always Window$! ;^) mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Gnumeric rpm
On Sat, Jul 26, 2008 at 10:13 AM, Iain Lee [EMAIL PROTECTED] wrote: Paul, Thanks your contribution, I too miss gnumeric. However, I get these errors and the installed gnumeric crashes on opening a gnumeric file: = Package Arch Version RepositorySize = Installing: gnumerici386 1:1.8.2-2Centos5.2pj kups 12 M Installing for dependencies: goffice i386 0.6.2-1Centos5.2pj kups 1.4 M Transaction Summary = Install 2 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 13 M Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: goffice # [1/2] Installing: gnumeric # [2/2] I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd /usr/share/gnome/help/gnumeric/C/welcome.xml:138: parser error : Entity 'nbsp' not defined Protrademark/nbsp;and HTML. gnum; ^ /usr/share/gnome/help/gnumeric/C/welcome.xml:139: parser error : Entity 'nbsp' not defined can save files to several versions of the MS Exceltrademark/nbsp;file ^ /usr/share/gnome/help/gnumeric/C/welcome.xml:467: parser error : Entity 'nbsp' not defined The file format used by the Microsoft Exceltrademark/nbsp; ^ /usr/share/gnome/help/gnumeric/C/welcome.xml:644: parser error : chunk is not well balanced ^ /usr/share/gnome/help/gnumeric/C/gnumeric.xml:408: parser error : Failure to process entity welcome welcome; ^ /usr/share/gnome/help/gnumeric/C/gnumeric.xml:408: parser error : Entity 'welcome' not defined welcome; ^ /usr/share/gnome/help/gnumeric/C/quick-start.xml:1776: parser error : Entity 'hellip' not defined hellip; /guimenuitem/menuchoice. This brings up the file ^ /usr/share/gnome/help/gnumeric/C/quick-start.xml:1810: parser error : Entity 'hellip' not defined hellip;/guimenuitem/menuchoice. The interface Auto ^ /usr/share/gnome/help/gnumeric/C/quick-start.xml:1934: parser error : chunk is not well balanced ^ /usr/share/gnome/help/gnumeric/C/gnumeric.xml:474: parser error : Failure to process entity quick-start quick-start; ^ /usr/share/gnome/help/gnumeric/C/gnumeric.xml:474: parser error : Entity 'quick-start' not defined quick-start; ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:168: parser error : Entity 'mdash' not defined guimenuitemNew/guimenuitem mdash; Create a new ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:179: parser error : Entity 'mdash' not defined guimenuitemOpen.../guimenuitem mdash; The ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:205: parser error : Entity 'mdash' not defined guimenuitemSave/guimenuitem mdash; The ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:217: parser error : Entity 'mdash' not defined guimenuitemSave As.../guimenuitem mdash; The ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:250: parser error : Entity 'mdash' not defined guimenuitemPage Setup.../guimenuitem mdash; The ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:261: parser error : Entity 'mdash' not defined guimenuitemPrint.../guimenuitem mdash; The ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:273: parser error : Entity 'mdash' not defined guimenuitemPrint Preview.../guimenuitem mdash; The ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:305: parser error : Entity 'mdash' not defined guimenuitemSend To.../guimenuitem mdash; The ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:317: parser error : Entity 'mdash' not defined guimenuitemProperties.../guimenuitem mdash; The ^ /usr/share/gnome/help/gnumeric/C/gui-menus.xml:329: parser error : Entity 'mdash' not defined
[CentOS] Re: Gnumeric rpm
On Sat, Jul 26, 2008 at 2:20 PM, Paul Johnson [EMAIL PROTECTED] wrote: On Sat, Jul 26, 2008 at 10:13 AM, Iain Lee [EMAIL PROTECTED] wrote: Paul, Thanks your contribution, I too miss gnumeric. However, I get these errors and the installed gnumeric crashes on opening a gnumeric file: = Package Arch Version RepositorySize = Installing: gnumerici386 1:1.8.2-2Centos5.2pj kups 12 M Installing for dependencies: goffice i386 0.6.2-1Centos5.2pj kups 1.4 M Transaction Summary = Install 2 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 13 M Is this ok [y/N]: y Downloading Packages: Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing: goffice # [1/2] Installing: gnumeric # [2/2] I/O error : Attempt to load network entity http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd /usr/share/gnome/help/gnumeric/C/welcome.xml:138: parser error : Entity 'nbsp' not defined Protrademark/nbsp;and HTML. gnum; ^ Dear Iain: I've been googling more, found redhat bugzilla on the I/O error and network entity: https://bugzilla.redhat.com/show_bug.cgi?id=440295 Are you by chance running the Server version of Centos 5.2 with the mis-matched versions of Dockbook mentioned in this bug report? That would explain the trouble you see. I don't get that same error you see, so I can't say for sure if a system update does fix it. But it appears it might. I think also you should consider installing the gnome-doc-utils package I have, and check your xlst packages: $ rpm -qa | grep xsl libxslt-devel-1.1.17-2.el5_1.1 openoffice.org-xsltfilter-2.3.0-6.5.1.el5_2 docbook-style-xsl-1.69.1-5.1 libxslt-1.1.17-2.el5_1.1 pj -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] You didn't give me some packages, so now I'm giving you some! R, TexLive, LyX, Gnumeric, etc.
On Thu, Jul 24, 2008 at 3:21 PM, Jim Perrin [EMAIL PROTECTED] wrote: On Thu, Jul 24, 2008 at 4:12 PM, Paul Johnson [EMAIL PROTECTED] wrote: I want up-to-dateish versions of TexLive, R, gnumeric, emacs, but on a more-or-less stable base of Centos-5.2. I asked for packages in this, but got no answers. So now I've built them and will let you try them if you want. I used the source packages from Fedora 8 and 9. You might want to take a look at joining up with rpmrepo for distribution of packages. Folks are (sometimes with good reason) reluctant to use packages from individuals. Rpmforge/rpmrepo are respected repositories, and you'll be able to take advantage of plenty of developer expertise. Thanks for the suggestion. I've gone to http://reprepo.org and find mostly empty space and links pointing nowhere. -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] You didn't give me some packages, so now I'm giving you some! R, TexLive, LyX, Gnumeric, etc.
I want up-to-dateish versions of TexLive, R, gnumeric, emacs, but on a more-or-less stable base of Centos-5.2. I asked for packages in this, but got no answers. So now I've built them and will let you try them if you want. I used the source packages from Fedora 8 and 9. I wanted TexLive because many of us have jumped ship to Ubuntu Linux 8.04 and it does offer TexLive, and the compatability across systems became an issue. With Centos5.2 shipping the years-out-of-date tetex, we were seeing things compile differently across systems. Making TexLive compile and install required a re-build with a newer version of poppler, but not with the absolutely newest version of poppler. Replacing poppler required a rebuild of evince. After emerging from dependency hell, it all seems OK. I uploaded the src.rpm files for the packages that I actually had to re-configure, even in the slightest. Otherwise, everything is in Fedora 8 or Fedora 9. We use LyX to edit LaTeX, so I had to have a newer version, along with pybliographic (which required recode). We also use Emacs and auctex to edit LaTeX, so those had to be built as well. All of these packages were built on a stock Centos 5.2 system, with all components as usual EXCEPT for the ones I provide below or the packages that can be downloaded from EPEL. As far as I can tell, everything works as well as it does on Fedora, no better. Go here in your web browser to look it over. http://pj.freefaculty.org/Centos/ My PGP key is in the top directory http://pj.freefaculty.org/Centos/PaulJohnson-BinaryPackageSigningKey And under i386 you should see I've created an RPM repository. I don't have any i686 machines for which I'm doing this work, sorry. To use yum, I think you should specify the repository as [kups] name=Extra Packages for Centos Linux 5 - $basearch baseurl=http://pj.freefaculty.org/Centos/$basearch enabled=1 gpgcheck=1 Here is a package list (look under i386/kups/packages). R-2.7.0-5Centos5.2pj.. 22-Jul-2008 08:01 25.5M R-debuginfo-2.7.0-5C.. 22-Jul-2008 08:02 5.8M R-devel-2.7.0-5Cento.. 22-Jul-2008 08:0493k aiksaurus-1.2.1-15.i.. 22-Jul-2008 08:03 350k aiksaurus-debuginfo-.. 22-Jul-2008 08:03 283k aiksaurus-devel-1.2... 22-Jul-2008 08:03 6k aiksaurus-gtk-1.2.1-.. 22-Jul-2008 08:0339k aiksaurus-gtk-devel-.. 22-Jul-2008 07:59 5k cairo-1.6.4-1.i386.rpm 17-Jul-2008 07:23 554k cairo-debuginfo-1.6... 22-Jul-2008 07:59 904k cairo-devel-1.6.4-1... 22-Jul-2008 08:02 168k dkms-openafs-1.4.7-1.. 22-Jul-2008 08:00 958k dvipdfm-0.13.2d-30Ce.. 22-Jul-2008 08:00 135k dvipng-1.9-30Centos5.. 22-Jul-2008 08:00 103k emacs-22.2-4Centos5... 22-Jul-2008 08:01 2.0M emacs-auctex-11.85-8.. 22-Jul-2008 08:09 500k emacs-auctex-doc-11... 22-Jul-2008 08:09 1.0M emacs-auctex-el-11.8.. 17-Jul-2008 22:31 355k emacs-common-22.2-4C.. 22-Jul-2008 08:03 19.3M emacs-debuginfo-22.2.. 22-Jul-2008 08:00 4.6M emacs-el-22.2-4Cento.. 22-Jul-2008 08:01 11.0M emacs-nox-22.2-4Cent.. 22-Jul-2008 08:00 1.7M evince-2.20.1-1Cento.. 22-Jul-2008 07:59 1.2M evince-debuginfo-2.2.. 22-Jul-2008 08:03 1.1M gnome-doc-utils-0.12.. 22-Jul-2008 08:09 275k gnome-doc-utils-styl.. 22-Jul-2008 08:09 123k gnome-icon-theme-2.1.. 22-Jul-2008 08:09 3.4M gnumeric-1.8.2-2Cent.. 22-Jul-2008 08:03 11.7M gnumeric-debuginfo-1.. 22-Jul-2008 08:02 5.9M gnumeric-devel-1.8.2.. 22-Jul-2008 08:05 102k goffice-0.6.2-1Cento.. 22-Jul-2008 08:03 1.4M goffice-debuginfo-0... 22-Jul-2008 08:04 1.8M goffice-devel-0.6.2-.. 22-Jul-2008 08:00 301k info-4.11-5.i386.rpm22-Jul-2008 08:01 166k kmod-openafs-1.4.7-1.. 22-Jul-2008 08:10 228k kpathsea-2007-30Cent.. 22-Jul-2008 08:04 113k kpathsea-devel-2007-.. 22-Jul-2008 07:58 177k libRmath-2.7.0-5Cent.. 22-Jul-2008 08:0193k libRmath-devel-2.7.0.. 22-Jul-2008 07:59 121k libgsf-1.14.8-1Cento.. 17-Jul-2008 23:08 126k libgsf-debuginfo-1.1.. 22-Jul-2008 08:01 416k libgsf-devel-1.14.8-.. 22-Jul-2008 07:59 123k libgsf-gnome-1.14.8-.. 22-Jul-2008 08:0415k libgsf-gnome-devel-1.. 22-Jul-2008 08:03 9k libgsf-python-1.14.8.. 22-Jul-2008 07:5917k lyx-1.5.5-1.i386.rpm22-Jul-2008 08:04 9.4M lyx-debuginfo-1.5.5-.. 22-Jul-2008 08:02 31.7M lzma-4.32.0-0.6.beta.. 22-Jul-2008 08:0469k lzma-debuginfo-4.32... 22-Jul-2008 08:02 207k lzma-devel-4.32.0-0... 22-Jul-2008 08:00 6k lzma-libs-4.32.0-0.6.. 22-Jul-2008 08:0520k mendexk-2.6e-30Cento.. 22-Jul-2008 08:0544k openafs-1.4.7-1.1Cen.. 22-Jul-2008 08:00 3.2M openafs-authlibs-1.4.. 22-Jul-2008 08:00 186k openafs-authlibs-dev.. 22-Jul-2008 08:02 226k openafs-client-1.4.7.. 22-Jul-2008 08:02 508k openafs-compat-1.4.7.. 22-Jul-2008 08:0214k openafs-debuginfo-1... 22-Jul-2008 08:04 12.7M openafs-debuginfo-1... 22-Jul-2008 08:10 4.2M openafs-devel-1.4.7-.. 22-Jul-2008 07:59 946k openafs-docs-1.4.7-1.. 22-Jul-2008 08:04 3.4M openafs-kernel-sourc.. 22-Jul-2008 08:02
[CentOS] need texlive lyx-1.55 for Centos 5.2
Today I installed the newest Centos I could find and encountered the old software problem. I couldn't find any third party repositories that have TexLive to replace tetex. Ii tried the Fedora version, but it calls for a different libpoppler. LyX in Centos is aged as well. As far as I can tell, rpmfusion will provide these things, but its confiig page still says 'not ready.' I followed quite a few blind alleys trying to work this one out.Got advice? I'm looking for an RPM based distro that is conservative on the kernel updates, but not so slow on apps. I don't want Fedora b/c the lifespan is too short. PJ ps. already tried EPEL and rpmforge. No Centos packages show up in rpmfind.net -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
