Am 07.12.12, schrieb Ken Schneider - openSUSE <suse-list3(a)bout-tyme.net>:
> On 12/07/2012 03:54 AM, Johannes Meixner pecked at the keyboard and wrote:
> >
> >Hello,
> >
> >On Dec 6 13:57 Ken Schneider - Factory wrote (excerpt):
> >>On 12/06/2012 04:12 AM, Johannes Meixner pecked at the keyboard and
> >>wrote:
> >...
> >>>... what
> >>>applications like LibreOffice, Gimp, Okular submit as print job data
> >>>is ... nowadays often PDF.
> >...
> >>>... PDF processing by the printing system ...
> >>>... is an
> >>>additional conversion step via /usr/bin/pdftops (provided in
> >>>the poppler-tools RPM) that converts PDF to PostScript.
> >...
> >>>When CUPS gets PDF it runs /usr/bin/pdftops ...
> >.
> >.
> >.
> >>Is there any possibility of have a "pre-PDF" version of cups
> >
> >Your comment/request does not make sense.
>
> A previous version of cups that uses ps by default instead of the current broken one that uses pdf by default.
Sorry Ken, but you got this totally wrong!
It is not cups which is supplying the print job as PDF, it is the application.
If the application provides PS, cups uses that. If cups receives PDF,
cups 1.5 *has to* convert it to PS, as it is the "native" format
of cups 1.5.
You do not want a pre-PDF version of cups, you want a pre-PDF version
of all the applications Johannes mentioned.
> >There is nothing like "a 'pre-PDF' version of cups" that could
> >make sense because CUPS is not poppler and poppler is not one
> >of the above applications that submit the print jobs.
>
> Yes but now cups uses pdf output by default and print jobs are now required to run pdftops but then not all printer options are passed through to the printer.
Nope. The problem is poppler producing malformed PS, if not called
with the correct options.
> >If you like to disable PDF support in the printing system, disable
> >support for "application/pdf" in all *.convs files for CUPS
> >(/usr/share/cups/mime/*.convs and /etc/cups/*.convs) and then
> >you can no longer print PDFs (it would fail with "Unsupported
> >format 'application/pdf'") but I guess this is not what you mean
> >with "'pre-PDF' version of cups".
>
> I don't wish to disable all pdf support, just it being the default output of cups.
CUPS 1.5 outputs PS or Raster. Full Stop.
Regards,
Stefan
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Perhaps someone can explain to me why Windows doesn't
need a pre-boot ramdisk in order to boot, while Linux does?
I know Windows doesn't have all the drivers for all the hardware
linked in with it's kernel -- it's dynamically loaded out
of it's "/bin (windows/sytem32)" dir.
So why does the linux kernel have this extra complication
while windows does not? It's a bit embarrassing, I would
think to see the wide range of HW supported by Windows
**without** a special 'initrd' for drivers, while linux
still doesn't support the range of HW that Windows does
(some, but not ALL of that being due to short-sited
HW providers who can't provide open specs or drivers).
So what is Windows doing 'right', that Linux is unable
to do?
Maybe this is a kernel question -- maybe OpenSuse can't
doing anything about this -- is this the case -- is
this some kernel limitation?
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello List mates,
I recently purchased a Western Digital "Black" 500 GB drive with 7200 rpm.
When I create partitions during the install using the "optimal" option,
the following appears when I select fdisk.
fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00033420
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 146802687 73400320 83 Linux
/dev/sda2 146802688 155187199 4192256 82 Linux swap / Solaris
/dev/sda3 155187200 976773119 410792960 f W95 Ext'd (LBA)
/dev/sda5 155189248 870322175 357566464 83 Linux
/dev/sda6 870324224 976752639 53214208 83 Linux
linux-nxcl:~ # fdisk -lu=cylinders
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00033420
Device Boot Start End Blocks Id System
/dev/sda1 * 1 9139 73400320 83 Linux
/dev/sda2 9139 9660 4192256 82 Linux swap / Solaris
/dev/sda3 9660 60802 410792960 f W95 Ext'd (LBA)
/dev/sda5 9661 54176 357566464 83 Linux
/dev/sda6 54176 60801 53214208 83 Linux
Why is 1st partition's last cylinder sharing the same number with the
2nd partition's
first cylinder when the gui showed the 2nd partition starting on the
next cylinder?
When I select the "Cylinder" option under settings I get the following.
However, fdisk shows that that the physical partitions are overlapping.
Example
Device Boot Start End
/dev/sda1 * 1 9139
/dev/sda2 9140 9661
/dev/sda3 9662 60802
/dev/sda5 9663 54176
/dev/sda6 54177 60801
Cheers!
Roman
---------------------------------------------------------------
openSUSE -- Get it! Discover it! Share it!
---------------------------------------------------------------
http://linuxcounter.net/ #179293
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Le jeudi 01 novembre 2012 à 20:23 +0100, Andreas Jaeger a écrit :
> On 11/01/2012 12:03 PM, Raymond Wooninck wrote:
> >[...]
> > Again based on the current status of mkinitrd (and the fact that the above bug
> > somehow seems to take quite some time to be resolved) I really wonder if we
> > have to keep the old mkinitrd functionality or that we should go with a newer
> > technology which is used by more distributions. Especially as that we are
> > already providing working packages for dracut.
>
> Currently mkinitrd has support for some hardware/boot scenario that
> dracut has not, so before we make dracut the default (or drop mkinitrd)
> we need to get everything running. Hannes, Frederic, what's exactly is
> missing?
* dsdt support (skeleton in place)
* blogd (not sure it is still needed with systemd)
* rtc / zoneinfo (might not be relevant anymore, might be worth asking
Werner)
* EC2 (but it is just a workaround)
* kdump
* mtab "migration"
* "supported" option for kernel module
* netconsole
--
Frederic Crozat <fcrozat(a)suse.com>
SUSE
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello List
rkhunter
_______
- am getting what, hopefully, are False positives, like :
...........
Warning: Package manager verification has failed:
File: /etc/rkhunter.conf
The file hash value has changed
The file size has changed
The file modification time has changed
Warning: The following processes are using suspicious files:
Command: cron
UID: 0 PID: 3445
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Command: cron
UID: 0 PID: 21947
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Command: egrep
UID: 0 PID: 17335
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Command: rkhunter
UID: 0 PID: 22217
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Command: run-crons
UID: 0 PID: 21949
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Command: sh
UID: 0 PID: 21948
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Command: sort
UID: 0 PID: 17336
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Command: suse.de-rkhunte
UID: 0 PID: 22214
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Command: uniq
UID: 0 PID: 17337
Pathname: /etc/crontab
Possible Rootkit: Unknown rootkit
Warning: The SSH and rkhunter configuration options should be the same:
SSH configuration option 'PermitRootLogin': no
Rkhunter configuration option 'ALLOW_SSH_ROOT_USER': yes
Warning: The SSH configuration option 'Protocol' has not been set.
The default value may be '2,1', to allow the use of protocol version 1.
Warning: Suspicious file types found in /dev:
/dev/.sysconfig/network/started-remotefs: ASCII text
/dev/.sysconfig/network/ifup-eth0: ASCII text
/dev/.sysconfig/network/if-eth0: ASCII text
/dev/.sysconfig/network/config-eth0: ASCII text
...................
- any opinions, please, does this look all right ?
thanks
best regards
Ellan
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello List
Tumbleweed
__________
-after using YAST to verify my printer HP PSC 1510 Series ,
the YAST test Print is OK
However, when i try to print from LibreOffice, Gimp, Okular the result
is either
a blank page with nothing on it , or occasionally a poor quality not
satisfactory print
- this is puzzling because the Yast Test Print for Cups is Good.
Any ideas please, what to try ??
thanks
Best regards
Ellan
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello List
Tumbleweed on Xfce desktop
__________
- a line-chart created using LibreOffice Calc has mysteriously
disappeared.
- having re-created my line-chart twice, closing the spreadsheet seems to
cause my line-chart to disappear :
- anyone experienced similar please ??
best regards
Ellan
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hello List
Tumbleweed on Xfce desktop
__________
- a line-chart created using LibreOffice Calc has mysteriously
disappeared.
- having re-created my line-chart twice, closing the spreadsheet seems to
cause my line-chart to disappear :
- anyone experienced similar please ??
best regards
Ellan
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
mate-keyring controls the locks on the keyrings in
suspend/hibernation; currently the package is broken and upstream
might give libsecret as optional. What would be the best pick for
openSUSE? maintaining the current packages or jump to libsecret when
it becomes available ?
NM
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org
Hi,
Since the upgrade to KDE 4.9.4 I am unable to print from any KDE application,
the application just hangs when I hit the print button, does anyone observe
the same behavior?
Best regards,
Erwin
--
Erwin Van de Velde
Twitter: http://www.twitter.com/rainbowtux
Google+: http://gplus.to/erwinvandevelde
WWW: http://rainbowtux.blogspot.com
--
To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org