devel March 2004

devel@lists.fedoraproject.org

238 participants
275 discussions

Help Needed: gnome-open and apps patching
by Warren Togami 17 Mar '04

17 Mar '04

GNOME 2.6 added the "gnome-open" utility which launches the browser that is chosen by the user in "Preferred Applications". gnome-open reads the appropriate keys from gconf then launches the browser. While gnome-open is not a long-term solution for cross-desktop compatibility (like with KDE), it allows us to have better desktop application integration within the short time-frame of the FC2 release schedule. It also gives us a better alternative to the highly problematic "htmlview" script. The following tasks need your help in order to better integrate the Linux desktop applications. 1) gaim default to gnome-open Someone please submit an exact patch that can be added to the gaim*.src.rpm to change the default URL handler to Custom and using gnome-open. 2) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109738 This patch will eventually go in so that the Preferred Applications chooser in order to properly set the gconf keys. The patch needs only trivial cleanup. 3) gnome-open should probably be patched to not reject "about:" URLs. While /usr/bin/gnome-open is within the libgnome package, I believe the code that needs fixing is within gnome-vfs2. If you can fix this, please submit the patch to upstream GNOME Bugzilla/CVS and let this thread know of the Bugzilla URL. 4) xchat and (soon) gaim already honors the gnome-open Preferred Application choice, but there are undoubtedly other applications that could be trivially patched to launch gnome-open for URL handling. Please let us know if you find such applications. If you submit an exact patch to insert into the SRPM, there is still a chance that it can be included before the freeze. Well, I hope so at least. Warren

4 3

QA tool for RPATH and RPM_BUILD_ROOT checking
by Enrico Scholz 17 Mar '04

17 Mar '04

Hello, lots (at least: too much) Fedora Core packages are having files with paths referring to the build environment. Such paths are * RPATHS in programs/libraries when files were linked badly in the build, it may happen that they get an RPATH into the temporary build environment (RPATH is the path which is used to resolve libraries). E.g. when a program '/usr/bin/foo' is linked so that it looks for libraries in /var/tmp/foo-root/usr/lib, this can be easily exploited. This example uses $RPM_BUILD_ROOT; more commonly are $RPM_BUILD_DIR rpaths. Although the latter rpaths are having more preconditions for a successful exploit, they are still vulnerabilities which must be fixed. See http://www.securityfocus.com/archive/1/351758/2004-01-27/2004-02-02/0 for a related bugtraq posting. * $RPM_BUILD_ROOT in files unfortunately, there are existing lots of packages which do not support installation into snapshot directories. So, hacks like %makeinstall will be used which can lead to adding temporary $RPM_BUILD_ROOT paths to the files. For an example, see /usr/bin/HtFileType from htdig-3.2.0b5-5[1]: | magic_file=/var/tmp/htdig-root/etc/htdig/HtFileType-magic.mime ~~~~~~~~~~~~~~~~~~~ Beside broken make-systems, there are existing some other reasons for the inclusion of such paths (e.g. linking against internal copies of libraries; see /usr/lib/librpm.la of rpm-4.3-0.20[2]). Such paths are affecting both functionality and security in a negative manner. E.g. an attacker could place a HtFileType-magic.mime which causes overflows into the world-writable /var/tmp directory. Or, you get simple 'No such file' errors. These kinds of bugs are relativily easy to detect: you have just to search for uncommon RPATHs and grep for '$RPM_BUILD_ROOT' shortly after %install. I wrote a small package 'rpm-audit'[3] which hooks into %%__arch_install_post; perhaps every Fedora package should be checked with it. Current flaws are: * checks for $RPM_BUILD_DIR are not done since there may be legitim reasons for its occurrence (debug-info) * all files under $RPM_BUILD_ROOT will be checked; some files which are %excluded in the %files list may be false positives. Enrico Footnotes: [1] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116442 [2] https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=116891 [3] http://www.tu-chemnitz.de/~ensc/fedora.us-build/qa/; scripts are part of fedora.us's fedora-rpmdevtools package too The .spec file tells how to apply it.

1 0

Fw: [Evolution] Evolution 1.4.6
by Brian Millett 17 Mar '04

17 Mar '04

Please! The current evolution-1.4.5-7 does not print and is broke. This would be nice. Thanks. Begin forwarded message: Date: Fri, 12 Mar 2004 12:10:11 -0500 From: JP Rosevear <jpr(a)ximian.com> To: gnome-announce-list(a)gnome.org, evolution(a)ximian.com Subject: [Evolution] Evolution 1.4.6 The Evolution Team has released Evolution 1.4.6, the stable release series. http://ftp.gnome.org/pub/gnome/sources/evolution/1.4/evolution-1.4.6.tar.gz http://ftp.gnome.org/pub/gnome/sources/gtkhtml/3.0/gtkhtml-3.0.10.tar.gz http://ftp.gnome.org/pub/gnome/sources/gal/1.99/gal-1.99.11.tar.gz http://ftp.gnome.org/pub/gnome/sources/libsoup/1.99/libsoup-1.99.28.tar.gz http://ftp.ximian.com/pub/source/evolution/db-3.1.17.tar.gz Evolution 1.4.6, 2004-02-18 --------------------------- Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): * Addressbook #50583 - Freeze when add a user to local meeting (Leon Zhang) #49912 - Contacts list crash issue (Leon Zhang) #48538 - Can not move & rename contact folders (Gilbert Fang) * Calendar #51337 - Unlocalized strings in calendar/appointment dialogs (Yong Sun) #51052 - Import error (Yong Sun) #50387 - Importing a .vcf to local calendar crashes (Harry Lu) * Mail #54319 - Message-list blank even tho there are messages (Jeff Stedfast) #50535 - Doesn't handle EHLO errors proper (Jeff Stedfast) #50485 - Problems with accentuated gpg passphrases (Jeff Stedfast) #50096 - GroupWise attachments and indexing (Jeff Stedfast) #45504 - Warning Dialogs "Error while 'Fetching Mail" On POP3 auto download (Michael Zucchi) #49357 - Email date is incorrect (Jeff Stedfast) #46006 - Attempted ESMTP handshake with invalid IPv6 address (Jeff Stedfast) #41610 - Crash if remote POP reports 0 byte len messag e(Michael Zucchi) #48759 - Strange behaviour with save as dialog (Jeff Stedfast) #47638 - Default charset is empty (Jeff Stedfast) #48466 - Properties window open after attachment removed (Charles Zhang) #48166 - Size filter doesnt remember the size (Jeff Stedfast) #53530 - Duplicate of attachments are seen on forward as Redirect (Bill Zhu) #48998 - Apply Button always remain activated (Charles Zhang) #51551 - Encoding of the Organization is UNKNOWN (Suresh Chandrasekharan) #40917 - backspace shouldn't highlight the whole remaining string in Setup Assistant (Suresh Chandrasekharan) #47878 - Change "Helvetica" to "Sans Regular" for printing footers (Rodney Dawes) #32996 - Can select VFolders as Offline folders in Evolution Settings (Michael Zucchi) #39410 - "Work offline" does not propobly sync all mails in "offline folders" (Michael Zucchi) #48290 - Selecting inverse theme causes text to be printed white-on-white (Antonio Zu) Other bugs fixed: * Addressbook - Memory corruption if corba exception when loading ebook (Chris Toshok) * Calendar - Break lines for UTF8 correctly when printing (Yong Sun) - Alarm daemon ref counting fixes (Rodrigo Moya) - Use local timezone for component if timezone cannot be found (Harry Lu) - Only allow numbers in recurrence "for" entry (Harry Lu) - Only allow numbers alarm repeat count and alarm time (Harry Lu) - Only allow numbers in percent complete (Harry Lu) - Store last alarm notification time properly (Harry Lu) * Mail - Enable forward/backward search toggle (Suresh Chandrasekharan) - Dialog cleanup (Rodney Dawes) - Use gnome thumbnail handling for scaling if possible (Frederic Crozat) - Handle broken image/pjpeg mime type (Jeff Stedfast) - 64 bit fixes (Jeff Stedfast, Jeremy Katz) - Better detection of broken dates (Frederic Crozat) * Summary - Make sure we only show today's tasks if configured that way (Gary Ekker) * Miscellanous - Fix mem chunk locking (for SMP machines) (Zan Lynx) - Build fixes (Frederic Crozat, Jeff Stedfast) - Remove disable deprecated flags (JP Rosevear) - Translation encodings (Carlos Perello Marin) gtkhtml-3.0.10 "Vinyl" 2004-09-18 ------------------------------------------------ New in this release * #38589 Missing mnemonics in replace window (Frederic Crozat) * #51472 Missing mnemonics in replace window (Charles Zhang) * Fix crash with upper/lower in emacs keybindings (Radek Doulik) * Fix pasting of newlines (Radek Doulik) * Support multi-byte searching (Suresh Chandrasekharan) * 64 bit fixes (Jeremy Katz) * Get translations for glade dialogs properly (Yong Sun) * Spell check whole document if inline spell checking is disabled (Radek Doulik) * Fix toolbar sensitivity (Radek Doulik) * Remove disable deprecated flags (JP Rosevear) * Updated translations: ja (Takeshi AIHANA), cs (Miloslav Trmac), (pt_BR) Gustavo Maciel Dias Vieira. es (Francisco Javier F. Serrador and Pablo Gonzalo del Campo), sv (Christian Rose), nl (Vincent van Adrighem), pt (Duarte Loreto), sr (Danilo Segan), de (Christian Neumair), az (Metin Amiroff), hu (Andras Timar), no (Kjartan Maraas), pl (Artur Flinta), sk (Stanislav Visnovsky), el (Nikos Charonitakis), pt (Duarte Loreto) ----------------------- gal-1.99.11 2004-02-18 ----------------------- Bugzilla bugs fixed (see http://bugzilla.ximian.com/show_bug.cgi): #44222 - Task summary entry widget not i18ned (Suresh Chandrasekharan) #46165 - Browsing the calendar causes crash and displays nothing (Chris Toshok) #48815 - Customize fields sub-windows dont close on ESC (Charles Zhang) #49912 - Contacts list crash issue (Leon Zhang) #50065 - Chinese locales Input method hangs after a task entry and new folder creation (Suresh Chandrasekharan) #50258 - Shared object looks for wrong mo file (Suresh Chandrasekharan) #51527 - Gal widgets produces backspace for Ctrl-space for japanese input (Suresh Chandrasekharan) Other bugs and changes: - fix namespacing to build with GNOME 2.6 (Mike Kestner, Radek Doulik) - remove hard coded disable deprecated flags (JP Rosevear) - updated translations: ja (Takeshi AIHANA), fi (Ilkka Tuohela), cs (Miloslav Trmac), sv (Christian Rose), es (Francisco Javier F. Serrador), pt_BR (Gustavo Maciel Dias Vieira), nl (Vincent van Adrighem), no (Kjartan Maraas), pt (Duarte Loreto), sr (Danilo Segan), ca (Jordi Mallach), el (Nikos Charonitakis), sk (Stanislav Visnovsky) -JP -- JP Rosevear <jpr(a)ximian.com> Ximian, Inc. _______________________________________________ evolution maillist - evolution(a)lists.ximian.com http://lists.ximian.com/mailman/listinfo/evolution -- Brian Millett - Technologist Rex "They burned through level 7 and 8. Can't stop 'em! They're everywhere!" 'Garibaldi!' "Look, I've rigged the fusion reactors, but there's not much time. Get going. I'll hold 'em as long as I can. Look! Come on. This isn't a conversation. Jeff, it's okay. I finally understand. This is the moment I was born for. Now go. Go! Go! Go!" 'Wait! Wait!' "They're coming through. Take that! Take it! You want some? How 'bout you? How 'bout you? Take some! Take some! Take some!" -- Garibaldi and Sinclair (in the future), "Babylon Squared"

7 11

kernel versions again...
by Jurgen Botz 16 Mar '04

16 Mar '04

kernel-2.6.3-2.1.253.2.1.i586.rpm 2.1.253.2.1?? I understand the first 2.1 stands for RHEL 2.1, right? What about the second 2.1? :j -- Jürgen Botz | While differing widely in the various jurgen(a)botz.org | little bits we know, in our infinite | ignorance we are all equal. -Karl Popper

3 2

rawhide report: 20040316 changes
by Build System 16 Mar '04

16 Mar '04

1 0

Not sure how to file this bug
by Trever L. Adams 16 Mar '04

16 Mar '04

In the past few weeks, I am not sure exactly when, clamav (www.clamav.net) has ceased to work. I have tried their cvs and new versions... nothing works. It dies with a SIGILL. # freshclam ClamAV update process started at Mon Mar 15 22:17:21 2004 Reading CVD header (main.cvd): OK main.cvd is up to date (version: 21, sigs: 20094, f-level: 1, builder: tkojm) Reading CVD header (daily.cvd): OK Downloading daily.cvd [*] Illegal instruction This seems to me to be either a change in glibc, gnuc et al, or the kernel. Has a non-executable stack patch been added lately? Does it throw a SIGILL instead of a SIGSEGV? I am running a recent Athlon (2200+). According to cpuinfo it supports cmov, so I don't think that is it. processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 8 model name : AMD Athlon(tm) XP 2200+ stepping : 0 cpu MHz : 1797.047 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 apic sep mtrr pge mca cmov pat pse36 mmx fxsr sse syscall mmxext 3dnowext 3dnow bogomips : 3555.32 I am running the latest development as of this morning (including kernel-2.6.3-2.1.253). I know devel/rawhide can be treacherous, but if no one tries it, bugs don't get found and fixed. So, how do I go about filing this bug? Trever -- "ADVISORY: There Is an Extremely Small but Nonzero Chance That, Through a Process Known as 'Tunneling,' This Message May Spontaneously Disappear from Its Present Location and Reappear at Any Random Place in the Universe, Including Your Neighbour's Kitchen. The Author Will Not Be Responsible for Any Damages or Inconveniences That May Result." -- Unknown

4 5

Cleaning up "Preferred Applications" & Desktop Consistency
by Warren Togami 16 Mar '04

16 Mar '04

A while ago I became annoyed enough by the brokenness of this situation to investigate it seriously. I am now attempting to improve the overall "Preferred Applications" situation, make cleanups and patch individual applications to honor the preferred settings. I hope to stir discussion about further standardization of these aspects of desktop consistency. Your suggestions would be greatly appreciated. If any new or existing Bugzilla reports are related to anything below, please reply to let us know of their locations. 1) https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109738 Preferred Applications chooser in the Preferences a.k.a. control-center's gnome-default-applications-properties sets only the http gconf key, while there is also a https and unknown key that should be set. htmlview uses the unknown key while Evolution honors the https key. /desktop/gnome/url-handlers/http/command This key is set /desktop/gnome/url-handlers/https/command /desktop/gnome/url-handlers/unknown/command But these two are not set control-center-2.4.0/capplets/default-applications The relevant code is within this directory. Ray Strode attached a patch that sets https, because he disagrees that "unknown" should also be set. I believe because of the way htmlview currently acts as a catch-all for anything that needs a web browser, that unknown should also be set. (htmlview itself is largely broken, this is discussed later in this message.) 2) need-terminal is the key defined in the gconf schema, but gnome-default-applications-properties sets needs_terminal. Both Ray Strode and I agree that this is a typo. His patch corrects this, and it should be applied to both this package and Gnome CVS. This means that choosing Links in the chooser as a default browser is currently broken due to setting the wrong key name. However I have yet to find a program that actually honors the need-terminal key... 3) On the topic of this gnome-default-applications-properties program, the way the User Interface currently behaves is somewhat confusing to end users. When you first launch it, all options are grayed out and there is no indication if you are using the "Select a Web Browser" or "Custom Web Browser" chooser. This is especially confusing when you have set a custom web browser, close, then open it again, and the two browsers don't match. The user interface needs to be redone in order to reduce end-user confusion. Any takers? 4) Currently gnome-default-applications-properties's choosers have hard coded values for options like Mozilla, Konqueror, Epiphany and other programs. We could do a lot better than this. I propose that we use desktop-agnostic-easy-install definitions for Preferred Applications. We should standardize on a directory named something like /etc/sysconfig/preferred/browser.d within which each package can easily drop definition files. Each definition file can contain values like Label, command, need-terminal, etc. /etc/sysconfig/preferred/mail.d, /etc/sysconfig/preferred/editor.d, /etc/sysconfig/preferred/terminal.d could be the same for mail clients, text editors and terminals respectively. Then applications like "Preferred Applications" can read all definitions from these standardized directories and populate the chooser with all proper flag values. Sane? 5) This brings up the larger question of the need for desktop agnostic configuration for Preferred Applications as KDE does not use gconf. As individual applications are improved to honor the Preferred Applications choice, this completely leaves out the KDE environment especially for users of other distributions that do not unify the user experience between Gnome and KDE like Red Hat/Fedora does. In such cases the user may have only KDE installed, and they may not even have gconf at all, thus the above gconf-based Preferred Applications breaks down. This creates a disconnect where KDE development totally ignores this standard and furthers the divide between the two camps. Otherwise individual applications need to implement two competing standards (this standard, plus one lack-of-standard as KDE does not currently have a notion of Preferred browser). This is a poor situation of greater code & effort duplication, needless added complication and more bugs. Is it too late to go back to the drawing board and agree upon a desktop-agnostic place to configure these things so ANY Linux desktop software can implement it without requiring gconf? During a transition period the Preferred Applications chooser can set BOTH the gconf like previously, and the new standard. Eventually we will phase out all applications that read gconf (which are currently few) and everyone will be happy? 6) gconf /desktop/gnome/applications/browser/exec contains the value "mozilla" by default along with needs_term, and nremote which was probably meant to mean xremote compatible. This key is untouched by gnome-default-applications-properties and does not seem to be used by anything I can find. Am I correct that this is redundant? Furthermore this lacks consistency, because gnome-default-applications-properties's Terminal chooser sets /desktop/gnome/applications/terminal/exec. 7) gaim Preferred Applications integration implementation I am currently implementing a new default URL handler for gaim called "Preferred Browser". If gaim upstream does not does not accept it as default, Fedora's gaim package can choose this new URL handler as default. Implementation Details: * Due to the brokenness of xremote in all currently released Mozilla-compatible browsers and complication with MozillaThunderbird, some extra care and logic is necessary for proper usage of xremote. xremote's ping() is completely broken while Thunderbird is running, thus a workaround like this is needed from a bash script: exec xremote args && exit 0 Rather than checking if xremote is available, it just goes ahead and to use it. If it fails then it does not "exit 0" then goes to the next line of the script which can launch the browser from scratch. Due to this broken ping() problem, /usr/bin/mozilla script needs fixing. See this Bugzilla report below comment #35. * https://bugzilla.fedora.us/show_bug.cgi?id=1113 The script launched from gaim would be very similar to the logic used by fedora.us MozillaThunderbird open-browser.sh in this Bugzilla report. 8) htmlview is currently flawed, and furthermore its unknown gconf key behavior is broken due to the above problems with the Preferred Applications chooser. I propose that it be rewritten to use gconf's http key by default, and launch logic similar to the above open-browser.sh. I personally really dislike its current attempt-to-find-any-installed-browser behavior, and IMHO it should behave only in a defined and predictable manner by launching only the Preferred Application. This includes honoring the need-terminal key to launch the preferred terminal if in X. I fully support making text-mode browsers the definable preferred browser in X, as some users like links since it works great with the mouse and it is very fast & lightweight. Should we have a separately definable preferred text-mode browser too? I really question the value of needing to launch a text-mode browser using htmlview in a non-X terminal. I mean really... does anything currently depend on that behavior, and would anyone miss it? Let us please kill that off... 9) After all of the above Preferred Applications mess is cleaned up, I propose that we make the default panel launchers Web Browser and Mail Client to launch the chosen Preferred Applications rather than specifically Mozilla and Evolution. It works great and more importantly 100% predictably. 10) Any other common applications that need patching to honor the Preferred Applications? Let me know and I will attempt to do so. 11) Evolution's clipboard behavior is currently and always has been fatally broken. Reproduce: Copy any block of text with newline formatting from any Evolution window, then paste that into any other window. Big frown! This alone (and the fact that it takes 3-4 minutes for Evolution to start with my 50+ IMAP folders) are why I switched to Thunderbird. We really need to get the clipboard behavior fixed at least. Please find existing Bugzilla reports related to this... they have to exist somewhere... 12) Mozilla, MozillaFirebird and MozillaThunderbird use ALT-A for Select-All within TextAreas and TextBoxes. This is inconsistent with the default keybindings of all other end-user GUI applications in Windows, MacOS and even Linux where CTRL-A acts as Select-All. Even CTRL-A works in non-Text input areas of Mozilla. This is totally inconsistent and needs to be fixed. Anecdotally, I do a lot of LTSP and Linux work with schools indoctrinated by Windows and MacOS. This CTRL-A-fails-to-Select-All behavior is hit VERY OFTEN during while classes use Mozilla. These little annoyances everywhere in our desktop software & integration between applications really add up to a negative feeling toward our software. We need to strive for greater consistency with all end-user applications in areas like keybindings, thus ALT-A for Select-All needs to be changed. Before the kneejerk reaction, let explain how this came to be. CTRL-A is historically the "jump to beginning of line" keybinding in Emacs and command line shells. Thus the Unix hackers much preferred CTRL-A in text input in Netscape to jump to the beginning of the line. Unfortunately this conflicts with the well understood "standard" of CTRL-A being Select-All known by all non-Unix-hackers, and is the standard keybinding of the vast majority of applications in Linux. Earlier versions of Mozilla even said "CTRL-A" in the Edit menu as the keybinding for Select-All, which did not match the behavior. When this was pointed out by many users, somebody upstream simply changed the string to read "ALT-A". I complained about this several times before but was shot down as NOTABUG by Unix hackers. I wont go as far as to claim that they were biased. =) Fortunately, recently Christopher Blizzard confirmed that this is indeed a bug, because Mozilla should be using gtk2's defaults rather than its own hard coded defaults. If you look at gtk2 applications like gedit, CTRL-A acts as Select-All. This is true of most other gtk2 applications and all KDE applications. Blizzard said that gtk2 has options that allow you to set this Windows-like behavior, and there is the option to change all keybindings to be Unix-like globally (where is this setting?). Thus Mozilla needs to adhere to this configuration option and properly use CTRL-A for Select-All by default. Knee-jerk reaction Unix people who liked the old behavior can toggle the gtk2 option and get back the old behavior. More generally we should make it a standard that all end-user applications adhere to these common keybindings. Web browsers like Mozilla *definitely* are end-user applications. This standard of course does not mandate that developer applications with a tradition of a different keybinding be changed, so of course Emacs and bash continue to work as they do today. Is this sane? 13) In the name of end-user application consistency, Konqueror could use some extra key-bindings by default to make it behave like Mozilla. The following do not conflict with current Konqueror defaults. CTRL-W Close current tab. CTRL-+ Larger font. CTRL-- Smaller font. Other common Mozilla keybindings conflict with already defined Konqueror bindings, and I really don't feel it is worth the emotional & political fight to ask that they change. Any active KDE developers here? Could you please get these checked-in so it can be in KDE 3.2? RH/Fedora will not apply this change, and we will only have it if upstream applies it. Please confirm in a reply when it has been submitted. Can anyone think of other common Mozilla keybindings that could be easy to integrate? Thanks, Warren Togami warren(a)togami.com

9 22

RE: Usability: setting printer paper size
by Fred New 15 Mar '04

15 Mar '04

Esmaspäeval, 15. märtsil, 2004 a., kell 00.10, kirjutas Tim Waugh: > > On Sun, Mar 14, 2004 at 11:59:34PM +0200, Fred New wrote: > > > I realize it is probably a driver-level problem, but it would be > > more useful if system-config-printer (GUI) would allow me to set the > > paper size during the "add printer" operation. This parameter is > > currently set covertly and I can only change it afterward by editing > > the printer's driver properties. There are a lot of us out here who > > don't use "letter". > > This is intended to be set to the right thing (as specified in your > locale) already, but there are some drivers that have weird names for > the paper sizes. > > Please could you file a bug and include the output of 'locale'? > > Thanks, > Tim. > */ Thanks, Tim. I can see MY problem now and it is probably not a bug (in FC1, that is; FC2T1 is at home). My System Settings -> Language is set to English, so my locale shows "en_US.UTF-8" for everything, including LC_PAPER. If I change the Language to Estonian, everything changes to "et_EE.UTF-8" and the printer setup gives me A4. This would probably be okay for Aunt Sigrid. Still, it would be useful if I could set my locale to Estonian and still use English. Studying further... Fred

2 1

net-snmp depends on rpm?
by Lamont R. Peterson 15 Mar '04

15 Mar '04

Just wondering...why does net-snmp need these RPM rpms: librpm-4.2.so is needed by (installed) net-snmp-5.1-2.1 librpmdb-4.2.so is needed by (installed) net-snmp-5.1-2.1 librpmio-4.2.so is needed by (installed) net-snmp-5.1-2.1 -- Lamont Peterson <lamont(a)gurulabs.com> Senior Instructor Guru Labs <http://www.gurulabs.com/>

3 2

Usability: setting printer paper size
by Fred New 14 Mar '04

14 Mar '04

I realize it is probably a driver-level problem, but it would be more useful if system-config-printer (GUI) would allow me to set the paper size during the "add printer" operation. This parameter is currently set covertly and I can only change it afterward by editing the printer's driver properties. There are a lot of us out here who don't use "letter". Aunt Sigrid probably couldn't decipher the Postscript message I got when I tried to print letter paper on a LaserJet 5M loaded with A4. And another thing, now that I have the paper size set correctly to A4, how do I go about printing a test page? Is the test page button only available during "add printer"? Fred "not in Kansas anymore" New

4 4

← Newer
1
...
11
12
13
14
15
16
17
...
28
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel March 2004