Show Posts
|
|
Pages: [1] 2
|
|
1
|
Assistance / Hardware / HP Deskjet D1430 printer doesn't work
|
on: January 09, 2009, 21:15:09 PM
|
|
I've configured my Deskjet D1430 in Tasma/CUPS as a d1400 series (cups/hpijs) printer... But when I try to print a test page, nothing happens at all - no noises, no flashing lights, nothing. The HPLIP control panel tells me that there was a "device communication error" (nothing more specific, unfortunately). Anyone know how to get this printer working again? It worked fine for the longest time under Arch Linux, but with the latest HPLIP getting it working seems all but impossible.
|
|
|
|
|
2
|
Assistance / News & Announcements / Re: Pardus 2009
|
on: January 09, 2009, 02:38:16 AM
|
- KDE3 again: get rid of JuK in the default install, AmaroK beats it at everything.  I do not agree. JuK seems so much easier for use and it's not as buggy as Amarok. Playing music via Amarok causes my system to freeze sometimes. Just FWIW: when that happens, chances are the kernel is still responsive. Hold down the alt and sysctl keys and type "reisub" to force a clean reboot. (However, if the system freeze is accompanied by blinking capslock and numlock lights, report it on the LKML! Stuff in user space should *never* cause a kernel panic!) Why don't they make an install dvd instead of cd? They would be able to put many applications on a dvd.
Please no! Not all of us have DVD burners, you know!
|
|
|
|
|
3
|
Assistance / News & Announcements / Re: Pardus 2009
|
on: January 08, 2009, 06:54:26 AM
|
|
Oh yeah, one more...
- Pisi should *really* have some orphan removal capabilities. The best solution to this, at least for now, would probably be a FreeBSD pkg_rmleaves style way of listing all installed packages that are not dependencies of something else ("leaves"). So the GUI could have a "Show Orphan Packages" option, and pisi on the CLI could have an ll (list-leaves) or lo (list-orphans) option...
|
|
|
|
|
4
|
Assistance / News & Announcements / Re: Pardus 2009
|
on: January 08, 2009, 04:38:24 AM
|
Suggestions: - For KDE3, use kaffeine-mozilla instead of gecko-mediaplayer. Get rid of gnome-mplayer, kmplayer, and everything mplayer by default - with Kaffeine able to play streaming media it becomes unnecessary bloat. - KDE3 again: get rid of JuK in the default install, AmaroK beats it at everything.  - For KDE4, use VLC (0.9.x that is) and vlc-plugin for multimedia, instead of DragonPlayer. Yes, DragonPlayer is nice, but its plugin does not handle Quicktime movies correctly, and VLC is more versatile. - Also for KDE4: enable Webkit for Konqueror, as Kubuntu has done. This makes it as good a browser as Firefox, if not better. - I'll second the suggestion of a start page for pisi. - More on the pisi front: make the GUI frontend download all packages and then install all packages, instead of downloading, installing, downloading, installing, etc. one by one - in other words, make it work like the CLI version. This would give a user more time to cancel transactions safely. - Likewise for pisi: if possible (this would be asking a lot), give pisi the ability to resume incomplete transactions like Debian's APT. - For the installer: some kind of advanced mode, in which it is possible to specify what filesystems are used, where they are mounted, etc. Support for XFS and JFS would be a good addition as well. - Also for the installer: when setting date/time, there should be an option to say that your BIOS uses UTC. Otherwise this has to be set in /etc/conf.d/mudur after installation, which isn't so great for novice users. That enough? 
|
|
|
|
|
6
|
General / Wish list / Pardus 2008.2: use kmplayer-plugin instead of gecko-mediaplayer
|
on: January 02, 2009, 14:55:53 PM
|
Pardus 2008.1 (KDE3) uses gecko-mediaplayer for embedded media in web pages. This is all well and good, but using kmplayer-plugin instead (kmplayer as it is is compiled without the Mozilla plugin) would eliminate this bug completely. It is also worth noting that - gecko-mediaplayer does not work in Konqueror, while kmplayer-plugin should - kmplayer just looks better on a KDE desktop
|
|
|
|
|
9
|
Assistance / Software / Sound doesn't work in gecko-mediaplayer
|
on: January 01, 2009, 02:12:26 AM
|
When I try to view this trailer or others in Firefox (using gecko-mediaplayer), I don't get any sound. Console output is as follows: DBUS connection created Listening to path /control/37020 ARG: id = movieName2Inner ARG: data = http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov ARG: type = video/quicktime ARG: height = 356 ARG: width = 640 ARG: SRC = http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov ARG: PARAM = (null) ARG: controller = true ARG: autoplay = true ARG: saveembedtags = true Exiting destroy stream reason = 1 for http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov opening /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayeryvafrj for localcache Entering list_parse_qt localsize = 75 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayeryvafrj id = -1 play = 0 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h640w.mov local = id = 1 play = 1 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Exiting list_parse_qt Entering list_parse_asx localsize = 75 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayeryvafrj id = -1 play = 0 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h640w.mov local = id = 1 play = 1 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Exiting list_parse_asx Entering list_parse_qml localsize = 75 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayeryvafrj id = -1 play = 0 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h640w.mov local = id = 1 play = 1 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Exiting list_parse_qml Exiting destroy stream reason = 1 for http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov opening /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayernllirf for localcache Entering list_parse_qt localsize = 15286272 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayeryvafrj id = -1 play = 0 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h640w.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayernllirf id = 1 play = 1 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Exiting list_parse_qt Entering list_parse_asx localsize = 15286272 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayeryvafrj id = -1 play = 0 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h640w.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayernllirf id = 1 play = 1 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Exiting list_parse_asx Entering list_parse_qml localsize = 15286272 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h.640.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayeryvafrj id = -1 play = 0 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Item src = http://movies.apple.com/movies/focus_features/9/9-tsr_h640w.mov local = /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayernllirf id = 1 play = 1 path = controlid = 0 playerready = 0 newwindow = 0 cancelled = 0 streaming = 0 loop = 0 loopcount = 0 Exiting list_parse_qml doing file test doing file test opening playlist doing file test getting file metadata for /home/proteus/.cache/gnome-mplayer/plugin/gecko-mediaplayernllirf doing file test doing file test doing file test
Other than the lack of sound, the video plays fine. (It doesn't play at all in Konqueror, though; apparently the netscape plugin wrapper isn't working properly.)
|
|
|
|
|
10
|
General / Introduce yourself / Hello from the frozen north
|
on: December 31, 2008, 20:04:42 PM
|
|
Hi, I'm Gullible Jones, and I hail from the (currently) frozen forests of Massachusetts.
I've been using Linux for a while. Most of my time on Linux was spent with Arch Linux, which just worked; but recently things have gotten a bit broken in the Arch repositories, and so I sallied forth to try out new distros.
I tried Debian. It worked, but it was sluggish.
I tried Xubuntu. It worked, but it was bloated, limited, and full of bugs, and had an annoyingly short release cycle.
I tried Scientific Linux. It was good, but the kernel was too old to support my hardware properly.
I tried several other distros, and all had their ups and downs. And eventually, I found Pardus.
It supported all my hardware out of the box. It ran fast. It used light, fast KDE3, instead of slow, bloaty KDE4. It "just worked" with minimal configuration, while at the same time being friendly to experienced Linux users. It even had the right flags in /etc/fstab by default. So I stuck with it; and now I'm glad to be part of the Pardus community.
|
|
|
|
|
13
|
General / Wish list / Midori, Kazehakase
|
on: December 31, 2008, 02:41:23 AM
|
Midori: a GTK-Webkit browser. Used to be unstable, but as of the latest version of GTK-Webkit, it doesn't crash very often. Maybe Contrib fodder? Kazehakase: Gecko/Webkit browser. May be unstable on Webkit, but the Gecko version is mature, stable, and fast, if rather ugly and cursed with a counterintuitive UI. Makes a good Firefox alternative for slow computers.
|
|
|
|
|
14
|
Assistance / Pardus for beginners / Re: Pardus running slow
|
on: December 31, 2008, 02:31:20 AM
|
I can think of a number of causes... 1. gtk-qt-engine. It's nice, but it's also slow. I would recommend using a different GTK engine. 2. Dynamic CPU frequency adjustment. On some chips, the p4_clockmod module has to be used, and to put things bluntly, p4_clockmod sucks - it slows down your PC and doesn't give you much in the way of power savings. If your CPU needs p4_clockmod, I would disable frequency scaling altogether. 3. Firefox using Pango, which makes it slow. To remedy this, put export MOZ_DISABLE_PANGO=1 in your .bashrc or .bash_profile. 4. EXA. The new EXA hardware acceleration method doesn't use the best defaults on all architectures. If, for instance, you have Intel 9xx graphics hardware, you should put Option "MigrationHeuristic" "greedy" In the "Device" section of your xorg.conf. This will speed up scrolling significantly on affected systems. 5. Swappiness. Default for the kernel is 60 (range is from 0 to 100). If you have a lot of RAM, this means it may be being underutilized. To set it to a lower value, put vm.swappiness = X in /etc/sysctl.conf, where X is some number like 5. 6. Firefox... being Firefox. The sad truth of the matter is that Firefox on Linux is slower than on Windows, probably because most development is focused on Windows. Also, I should mention that slow scrolling on GMail and Facebook is a known bug in Firefox 3 on Linux - if you use Firefox 2 (some distros still use it, e.g. PCLinuxOS) you'll notice a decided lack of sluggish scrolling. If you're not averse to using a proprietary browser, you could try Opera; it is *much* more responsive than Firefox, and uses KDE's native graphics toolkit to boot. If you want to stick with FOSS, Kazehakase might be worth a look - it is quite ugly, but it gets the job done. Unfortunately it's not in the repositories. (There's also Arora - it is in the repositories, but can't use Java or Flashplugin as of now, although it's blazingly fast. And, last but not least, there's Konqueror - the KDE file manager is also a web browser, and a pretty nice one too. Unfortunately, Flash is unstable on it, and some pages, e.g. Facebook, aren't handled entirely right.) 7. Likewise for Flash. Flashplugin for Linux is kind of crap. Unfortunately, much of the internet's content is now in Flash, due to what stupidity I know not. That's all I really know of - there are other tweaks, but Pardus, being a good distro, already employs them.
|
|
|
|
|
15
|
Assistance / Software / Re: Preloading a library only for apps that need it?
|
on: December 31, 2008, 00:12:57 AM
|
|
Thanks, hadn't thought of that... Seems a bit kludgy though, I would have to do it for every application. Is there a way I can set KDE to run "padsp wine" instead of just "wine", for instance, so that stuff in Wine always gets OSS emulation?
(Ideally, though, it would be better to load libpulsedsp for everything using OSS... There has to be some way to do that, no?)
|
|
|
|
|
|