December 2012 - openSUSE Factory - openSUSE Mailing Lists

[opensuse-factory] BUG -- gvim et al, tied to specific versions of script engines; breaks when script-langs are updated.
by Linda Walsh 11 Dec '12

11 Dec '12

Subject says it all -- install gvim, then update perl to a newer version -- watch gvim fail. It shouldn't. This is a growing problem in the 12.x timeframe. Products are becoming more fragile and more easily broken. A related issue is allowing multiple versions of packages to be loaded to support the increasing number of packages that hard-code in fixed numeric values in the build-code rather than using a symbol resolved at run-time. Example -- make gvim dependent on 'perl', then it runs no matter what the version. Note, this is a regression. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-factory+owner(a)opensuse.org

4 6

Re: [opensuse-factory] CUPS Printing for HP PSC 1510 Series : Tumbleweed
by "Stefan Brüns" 11 Dec '12

11 Dec '12

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

3 3

[opensuse-factory] Why does MS-Windows need no "initrd-equivalent" in order to boot w/a wider range of x86[-64] compat HW?
by Linda Walsh 11 Dec '12

11 Dec '12

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

6 10

[opensuse-factory] Yast Partitioner creates partition overlap of cylinders that's just plain wrong
by Roman Bysh 10 Dec '12

10 Dec '12

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

9 17

Re: [opensuse-factory] mkinitrd or dracut ?
by Frederic Crozat 09 Dec '12

09 Dec '12

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

9 27

[opensuse-factory] Tumbleweed : rkhunter
by ellanios82 09 Dec '12

09 Dec '12

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

1 0

[opensuse-factory] CUPS Printing for HP PSC 1510 Series : Tumbleweed
by ellanios82 07 Dec '12

07 Dec '12

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

5 5

[opensuse-factory] Line Chart on Tumbleweed : EEE my bad : shud read "on LibreOffice Calc"
by ellanios82 07 Dec '12

07 Dec '12

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

1 0

[opensuse-factory] Open Office Calc : Line Chart on Tumbleweed
by ellanios82 07 Dec '12

07 Dec '12

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

1 0

[opensuse-factory] keyrings on oS:Factory - libsecret
by Nelson Marques 07 Dec '12

07 Dec '12

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

2 2