Help Needed: gnome-open and apps patching
by Warren Togami
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
20 years, 1 month
QA tool for RPATH and RPM_BUILD_ROOT checking
by Enrico Scholz
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.
20 years, 1 month
Fw: [Evolution] Evolution 1.4.6
by Brian Millett
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"
20 years, 1 month
kernel versions again...
by Jurgen Botz
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
20 years, 1 month
Not sure how to file this bug
by Trever L. Adams
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
20 years, 1 month
Cleaning up "Preferred Applications" & Desktop Consistency
by Warren Togami
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
20 years, 1 month
RE: Usability: setting printer paper size
by Fred New
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
20 years, 1 month
net-snmp depends on rpm?
by Lamont R. Peterson
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/>
20 years, 1 month
Usability: setting printer paper size
by Fred New
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
20 years, 1 month
