Wirklich witzig. ![]()
Ich hab vor einigen Tagen "Der tanzende Affe und der schwimmende Pinguin" gelesen. Das ist auch schon echt alt, aber noch immer aktuell:
http://www.hackerboard.de/fun-…fe-und-pinguin-print.html
Wirklich witzig. ![]()
Ich hab vor einigen Tagen "Der tanzende Affe und der schwimmende Pinguin" gelesen. Das ist auch schon echt alt, aber noch immer aktuell:
http://www.hackerboard.de/fun-…fe-und-pinguin-print.html
Das Ändern der Seiten-Rand-Einstellung (unterer Rand auf 3.93 mm) brachte nix. Gleicher Ausdruck als wenn ich garnix geändert hätte.
Der Ausdruck mit gimp verlief (wie auch bei 13.1) vollständig und fehlerfrei.
Ich hab allerdings festgestellt, dass ich viel mehr Einstellungen machen kann, wenn aus Firefox oder Gimp heraus drucke. In Okular kann ich wenig einstellen, bevor ich ausdrucke (kein Draft-Grey-Ausdruck einstellbar).
Hier noch die weiteren Angaben zu meinem jetzigen openSuse 13.2-System:
~> zypper lr -uP
# | Alias | Name | Aktiviert | Aktualisieren | Priorität | URI
---+---------------------------+------------------------------------+-----------+---------------+-----------+----------------------------------------------------------------
1 | ftp.gwdg.de-suse | Packman Repository | Ja | Ja | 20 | http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_13.2/
2 | opensuse-guide.org-repo | libdvdcss repository | Ja | Ja | 70 | http://opensuse-guide.org/repo/13.2/
3 | repo-debug | openSUSE-13.2-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/distribution/13.2/repo/oss/
4 | repo-debug-update | openSUSE-13.2-Update-Debug | Nein | Ja | 99 | http://download.opensuse.org/debug/update/13.2/
5 | repo-debug-update-non-oss | openSUSE-13.2-Update-Debug-Non-Oss | Nein | Ja | 99 | http://download.opensuse.org/debug/update/13.2-non-oss/
6 | repo-non-oss | openSUSE-13.2-Non-Oss | Ja | Ja | 70 | http://download.opensuse.org/distribution/13.2/repo/non-oss/
7 | repo-oss | openSUSE-13.2-Oss | Ja | Ja | 70 | http://download.opensuse.org/distribution/13.2/repo/oss/
8 | repo-source | openSUSE-13.2-Source | Nein | Ja | 70 | http://download.opensuse.org/source/distribution/13.2/repo/oss/
9 | repo-update | openSUSE-13.2-Update | Ja | Ja | 70 | http://download.opensuse.org/update/13.2/
10 | repo-update-non-oss | openSUSE-13.2-Update-Non-Oss | Ja | Ja | 70 | http://download.opensuse.org/update/13.2-non-oss/
Alles anzeigen
~> zypper se -si okular
Daten des Repositories laden ...
Installierte Pakete lesen ...
S | Name | Typ | Version | Arch | Repository
--+--------+-------+--------------+--------+---------------------
i | okular | Paket | 14.12.3-16.1 | x86_64 | openSUSE-13.2-Update
~> zypper se -si hplip
Daten des Repositories laden ...
Installierte Pakete lesen ...
S | Name | Typ | Version | Arch | Repository
--+-------------+-------+--------------+--------+------------------
i | hplip-hpijs | Paket | 3.14.6-2.2.4 | x86_64 | openSUSE-13.2-Oss
i | hplip-sane | Paket | 3.14.6-2.2.4 | x86_64 | openSUSE-13.2-Oss
Da ich vollständig mit gimp Ausdrucken kann, ist dieses Problem nach wie vor nicht so gravierend. Trotzdem wäre es natürlich schöner, wenn man direkt aus Okular alles ausgedruckt bekommt. Vor allem fände ich es gut, wenn man im Entwurfs-Modus (=Draft-Grayscale) ausdrucken kann. Das kann ich jedoch garnicht auswählen. Nur die Auswahl Farb-Ausdruck oder Graustufen-Ausdruck ist bei mir mit Okular möglich. ![]()
Die Umstellung auf openSuse13.2 brachte folgendes:
Der Ausdruck der pdf-Testseite (siehe meinen Beitrag 27 auf Seite 3) mit Okular bewirkt nach wie vor einen unvollständigen Ausdruck. Jetzt wird aber "mehr Text" ausgedruckt. Alles unterhalb der Zeile "1) Für jede Person ist eine gesonderte Erklärung abzugeben..." wird nicht ausgedruckt.
Weiterhin fehlt nun der "graue Hintergrund" (beim Ausdruck im Graustufen-Modus), der vorher (13.1) komplett mit ausgedruckt wurde. (Es wird so ausgedruckt, als gäbe es im pdf-Dokument keinen grauen Hintergrund.)
Ich werde noch einen Ausdruck machen, bei dem ich die Seiten-Rand-Einstellungen verändere und mich dann nochmal melden. Weiterhin reiche ich noch weitere Kommando-Ausgaben nach, da ich ja jetzt ein neues System habe.
Danke für die vielen Antworten. Hatte bisher leider keine Zeit darauf zu Antworten und diesem kleineren Problemchen weiter nachzugehen.
Hier die (im Beitrag 30) verlangten weiteren Infos:
~> cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 107
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4000+
stepping : 1
cpu MHz : 1000.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
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 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good nopl extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch lbrv
bogomips : 1999.94
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 107
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4000+
stepping : 1
cpu MHz : 1000.000
cache size : 512 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
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 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow rep_good nopl extd_apicid pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy 3dnowprefetch lbrv
bogomips : 1999.94
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc 100mhzsteps
Alles anzeigen
~> /usr/sbin/hwinfo --printer
14: USB 00.0: 10900 Printer
[Created at usb.122]
Unique ID: rg_L.9bzc8DD+mj0
Parent ID: zPk0.moLwSePIflE
SysFS ID: /devices/pci0000:00/0000:00:04.0/usb4/4-2/4-2:1.0
SysFS BusID: 4-2:1.0
Hardware Class: printer
Model: "Prolific PL2305 Parallel Port"
Hotplug: USB
Vendor: usb 0x067b "Prolific Technology, Inc."
Device: usb 0x2305 "PL2305 Parallel Port"
Revision: "2.02"
Driver: "usblp"
Driver Modules: "usblp"
Speed: 12 Mbps
Module Alias: "usb:v067Bp2305d0202dc00dsc00dp00ic07isc01ip02in00"
Driver Info #0:
Driver Status: usblp is active
Driver Activation Cmd: "modprobe usblp"
Config Status: cfg=new, avail=yes, need=no, active=unknown
Attached to: #13 (Hub)
Alles anzeigen
Alle bisherigen Beiträge (inkl. diesem) beziehen sich auf mein openSuse13.1-System.
Ich wollte ursprünglich von 13.1 auf 13.1-Evergreen umstellen, habe es mir aber nun anders überlegt.
Mittlerweile habe ich auf openSuse13.2 umgestellt.
Ab dem nächsten Beitrag geht es bei mir also mit openSuse 13.2 weiter.
Meine Fragen sind damit beantwortet.
Ich danke euch. ![]()
Vielen Dank für deine Antwort. ![]()
Mit "heruntergeladenen Paketen" sind die Pakete gemeint, die beim normalen Update (mit Apper. zypper oder yast) oder bei der Erst-Installation vom Installations-USB-Stick bzw. -DVD auf die Festplatte geschaufelt werden.
Die Becker Navi-Software "Content-Manager" funktioniert mit VirtualBox problemlos. Das kann ich aus eigener Erfahrung sagen. (OpenSuse 13.2, virtuell: Win7Pro64, Oracle VM VirtualBox (virtualbox.org)). ![]()
Man muss aber immer Bedenken, dass man bei Becker nur 30 Tage Zeit hat, um dort die lebenslangen Karten-Updates zu aktivieren. ("Nur gültig bei Online Aktivierung. innerhalb von 30 Tagen nach erster Inbetriebnahme.") Wer also überlegt, sich ein Navi zu kaufen, sollte erstmal sehen, dass Windows läuft. Leider kenne ich keinen Hersteller, bei dem man mit Linux direkt Updates ausführen kann (ohne Wine oder virtuelles Windows zu benutzen).
Was passiert, wenn ich ein Repo (z. B. im Yast) lösche, mit den (durch dieses Repo) heruntergeladenen und installierten Paketen?
Können aus diesen gelöschten Paketen sowohl die heruntergeladenen, nicht installierten Pakete, als auch die installierten Pakete noch genutzt werden ODER werden alle - aus dem gelöschten Repo stammende - Pakete dadurch auch automatisch gelöscht? ![]()
tomfa-ng hat Recht gehabt, das Paket war nicht installiert.
Ich habe jetzt das dkms Paket installiert und anschließend den
/etc/init.d/vboxdrv setup
ausgeführt.
Jetzt läuft mein virtuelles Windows wieder. Vielen Dank Sauerland für deine gute Hilfe. ![]()
Mit oder ohne dkms-Pakete ? ![]()