Re: Printing does not work in 8.04
On Mon, Apr 28, 2008 at 8:30 AM, Milosz Derezynski [EMAIL PROTECTED] wrote: on the Live CD the printer was basically immediately usable. I've been running this system as Gutsy before, and updated to Hardy in a very early phase (4 Months before the release i think), could some gradual updates caused a misconfiguration of the system? That is entirely possible; consider how libflashsupport became a major headache for early Hardy adopters https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/192888 mostly because libflashsupport would not automatically be removed by update-manager when it was changed from a dependent package to a recommended package during the Hardy development cycle. The best word to describe such things is cruft (http://en.wikipedia.org/wiki/Cruft) If yes, what in particular could i check for? (I've already tried uninstalling everything cups, manually deleting all directories belonging to it and then reinstalling, to no avail.) Question: if you create a new user and log in as them, can you print? (do you have a ~/.cups directory?) Did you try deleting (or renaming) /var/cache/cups ? Just some ideas... CK -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
synaptics driver for xorg: new feature
Hi, I made new feature in synaptics driver for xorg (xserver-xorg-input-synaptics) and I want share it to all. new feature: briefly: option to flip x and y axis. When I turn screen to portrait or upside-down with xrandr, then using touchpad is very difficult. I add one user parameter to tell synaptics that screen orientation is not normal. Result: It doesn't matters what is the orientation of the screen, when I move my finger from left to right the mouse pointer will move from left to right. I do not use tapping, circle scrolling or two fingers things, so I do not know will they work or not with this patch. I have tested it only with ubuntu. There are four scripts that I use (mnemonic for values) xrandr --orientation right synclient Xrandr=1 xrandr --orientation normal synclient Xrandr=0 xrandr --orientation left synclient Xrandr=2 xrandr --orientation inverted synclient Xrandr=3 -Aapo Rantalainen syn_0.14.6_xrandpatch Description: Binary data -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Pulseaudio/Jack in Ubuntu Hardy
Hey, The current situation is bad for everybody: noobs have to configure jackd, but advanced users configure it anyway. - It is not bad for advanced users, since they have to configure their hardware anyway. And I wouldn't say it is bad for noobs, because it depends what is the aim of a noob. If its aim is to work like advanced users, they have to learn a bit. For me, the problem is more for people looking for a solution working out of the box, and they will use it 5min per month. These users are not the priority at the moment. And, most important, there is applications for them available, working out of the box, like Jokosher wich is an equivalent of GarageBand. What I don't understand is: - whether the -n 3 option would work for every standard card or if some absolutely require -n 2 - Yes, some sound cards really need 2, and some really need 3. As we don't own all the sound card of the world, it will be very difficult to test them, make a database, and reprogram a jack gui or daemon wich would auto detect and auto configure the sound card for this parameter. And it means that people will still have to manually set up latency, sample frequency, etc... So why auto detect period/buffer ? a simple test and it is ok. - whether going though pulseaudio is really an issue concerning performance (I mean, only for base users) - For real time users, it is a true problem of performances. It means that the minimum latency will be the Pulse Audio latency, wich is higher than 10ms, plus adding a necessary Jack latency. So impossible, even for a newbie, to record several tracks one after one. Furthermore, you had a step more from applications to the sound card, wich means more CPU usage, and so less for the effects and processings of the sound, the hard disk access, etc... You are focused on Ardour, Ardour, Ardour, Ardour... perhaps would you check if another application would fit better to your need. Ardour is NOT at all intended for musical noobs... It is intended for serious music workers, even if they are hobbyist like me and a lot of people, in order to make production or pre-production record and mixes. Don't forget that when one want a true good quality record, the better is to go in a true professional recording studio. Cheap sessions are possible, starting at 200 € / day. Of course if you don't go to Abbey Road or Electric Ladyland, but in a local small studio working for radios, etc. Once again, look at applications: Jokosher, Muse, Rosegarden. Anyone involved in Ubuntu, Ubuntu Studio, Ardour, Alsa, etc... try to do his/her best in order that everything work as simply as possible. First of all, the aim is that the most hardware as possible is compatible and work out of the box. Second, that applications are packaged and distributed in the latest release as possible. And third, once a base is distributed, a lot of work is done in order to simplify the configuration, etc... Perhaps instead of complaining, you can participate. Or if you are not happy with Ubuntu and Ubuntu Studio, wich are a free distributions, please consider buying a RedHat. I am pretty sure everything is working out of the box for your need. Of course: Lennart Pottering, the creator of Pulse Audio, is now working for them. But take care of that : the aim of Lennart is that Pulse Audio would replace any audio server, including Jack. However, it is not possible at the moment, and I don't think it will be possible for softwares like Ardour, due to the Pulse Audio architecture: too much different from Jack. Last point but not least, if you own a firewire sound card, the only to use it is to work with Jack. No other sound server can run the Freebob driver at the moment. And you still have to configure everything for that kind of hardware. So, in order to close and conclude this non productive chat (imho), I would say that if you are so smart about telling that it is not working as YOU want, please, design or create the good solution. Maybe, just compile and create the packages of the Pulse Audio to Jack, and the Jack to Pulse Audio plugins. Perhaps it would be a start of solution. But keep in mind that it will not solve everything. Toine Milan Bouchet-Valat a écrit : Le vendredi 25 avril 2008 à 19:45 +0200, Gonz Hauser a écrit : My opinion is that it should be possible to provide a _default_ configuration where jackd connects to pulseaudio (this is what module-jack-source is for, right?). Let me repeat my two concerns: 1. Ardour in Ubuntu Hardy doesn't work out of the box 2. It is not possible to use mplayer and ardour at the same time I believe it is possible manually fix this up but I have still the opinion that it should be possible to provide a simple default configuration. So please convince me that I'm wrong (and it isn't possible to have a working ardour on a notebook) or tell me how this can be resolved. You put so much hard work into ardour/jack/pulseaudio that it should not fail because of a
Re: Pulseaudio/Jack in Ubuntu Hardy
Please don't take my remarks so badly! I did not said I was smarter than every audio packager in Ubuntu, nor did I said this was absolutely required for Ubuntu to be something usable and that else I'd immediately go to Windows. Believe it if you want: I'm not even personally interested in getting Ardour working out of the box since I don't use it. And I'm okay to configure jackd myself for use with Rosegarden (which AFAIK needs jack) - actually on my computer it requires no configuration but the defaults. I perfectly agree with you that as soon as you want to make your computer something quite serious you need to configure things. But what you managed until now not to answer to is: would basic defaults making jackd output to PulseAudio hurt anybody? Sure it would be slow, it would not be serious at all, but would it allow people that can stand that use JACK then? Others, as you said, will configure it. I'm not asking you to implement it, I'm just looking for a possible theoretical solution. As a user I guess I can help by telling developers what users may like to see. Have a good day -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Pulseaudio/Jack in Ubuntu Hardy
Milan Bouchet-Valat wrote: would basic defaults making jackd output to PulseAudio hurt anybody? Sure it would be slow, it would not be serious at all, but would it allow people that can stand that use JACK then? Others, as you said, will configure it. Yes. It would hurt people expecting a particular latency. Look thorough the ubuntu-studio-users mailing list about this. Getting JACK to work with PulseAudio is the lesser issue to getting good latency timings. In talking to the guys on #jack, #ardour and Paul Davis himself routing JACK through Pulse Audio by default is a bad idea. You think this is heated? You should have been on IRC when I posed these JACK through PA by default questions. ;) In Ubuntu Studio we have a wrapper script around jackd to stop Pulse for JACK and restart it once done. This is what most users have wanted based on feedback. If latency isn't an issue, use Jokosher or maybe Audacity. People who need to use Ardour need the performance JACK and Ardour can provide without added overhead. -Cory \m/ -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: synaptics driver for xorg: new feature
On Mon, 2008-04-28 at 23:28 +0300, Aapo Rantalainen wrote: Hi, I made new feature in synaptics driver for xorg (xserver-xorg-input-synaptics) and I want share it to all. That looks like a good idea. Is it possible to integrate it so that it will automatically follow the xrandr direction? It seems that it would be better if people only had to issue one command to rotate both the display and the trackpad. --Ted -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: synaptics driver for xorg: new feature
On Tue, 2008-04-29 at 19:02 +0200, Oliver Grawert wrote: hi, Am Dienstag, den 29.04.2008, 09:36 -0700 schrieb Ted Gould: On Mon, 2008-04-28 at 23:28 +0300, Aapo Rantalainen wrote: Hi, I made new feature in synaptics driver for xorg (xserver-xorg-input-synaptics) and I want share it to all. That looks like a good idea. Is it possible to integrate it so that it will automatically follow the xrandr direction? It seems that it would be better if people only had to issue one command to rotate both the display and the trackpad. unlikely since it requires SHMConfig enabled by default in xorg which we wont do by default since it rips open quite a security hole (everyone, even remotely logged in people can change the trackpad settings for the locally logged in user). Is there any way at all that synclient could be made to not require SHMConfig? -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: synaptics driver for xorg: new feature
On Tue, 2008-04-29 at 13:12 -0400, Mackenzie Morgan wrote: On Tue, 2008-04-29 at 19:02 +0200, Oliver Grawert wrote: hi, Am Dienstag, den 29.04.2008, 09:36 -0700 schrieb Ted Gould: On Mon, 2008-04-28 at 23:28 +0300, Aapo Rantalainen wrote: Hi, I made new feature in synaptics driver for xorg (xserver-xorg-input-synaptics) and I want share it to all. That looks like a good idea. Is it possible to integrate it so that it will automatically follow the xrandr direction? It seems that it would be better if people only had to issue one command to rotate both the display and the trackpad. unlikely since it requires SHMConfig enabled by default in xorg which we wont do by default since it rips open quite a security hole (everyone, even remotely logged in people can change the trackpad settings for the locally logged in user). Is there any way at all that synclient could be made to not require SHMConfig? Alternatively, is it possible to add a graphical way to enable SHMConfig in gsynaptics or the Mouse capplets (possibly requiring an X restart)? -- Michael R. Head [EMAIL PROTECTED] http://www.cs.binghamton.edu/~mike/ smime.p7s Description: S/MIME cryptographic signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: synaptics driver for xorg: new feature
On Tue, 2008-04-29 at 13:29 -0400, Michael R. Head wrote: On Tue, 2008-04-29 at 13:12 -0400, Mackenzie Morgan wrote: On Tue, 2008-04-29 at 19:02 +0200, Oliver Grawert wrote: hi, Am Dienstag, den 29.04.2008, 09:36 -0700 schrieb Ted Gould: On Mon, 2008-04-28 at 23:28 +0300, Aapo Rantalainen wrote: Hi, I made new feature in synaptics driver for xorg (xserver-xorg-input-synaptics) and I want share it to all. That looks like a good idea. Is it possible to integrate it so that it will automatically follow the xrandr direction? It seems that it would be better if people only had to issue one command to rotate both the display and the trackpad. unlikely since it requires SHMConfig enabled by default in xorg which we wont do by default since it rips open quite a security hole (everyone, even remotely logged in people can change the trackpad settings for the locally logged in user). Is there any way at all that synclient could be made to not require SHMConfig? Alternatively, is it possible to add a graphical way to enable SHMConfig in gsynaptics or the Mouse capplets (possibly requiring an X restart)? Well, yes, it's annoying that GSynaptics prompts for that, but given the security implications, I think it'd be better if we had another way to do it. -- Mackenzie Morgan http://ubuntulinuxtipstricks.blogspot.com apt-get moo signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: synaptics driver for xorg: new feature
On Tue, 2008-04-29 at 19:02 +0200, Oliver Grawert wrote: unlikely since it requires SHMConfig enabled by default in xorg which we wont do by default since it rips open quite a security hole (everyone, even remotely logged in people can change the trackpad settings for the locally logged in user). It seems like if it grabbed the information from XRandR instead of getting it through the xorg.conf file. He is modifying the driver, I'm not sure if it can touch other parts of X. i guess a better bet is to do it via hal input methods which are supposed to replace the input configuration in X at some point (and hopefully be introduced in time for intrepid). Really? I thought X people hated DBUS. I'm all for it, but I thought that they were allergic :) --Ted -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: synaptics driver for xorg: new feature
On Tue, Apr 29, 2008 at 02:20:17PM -0700, Ted Gould wrote: On Tue, 2008-04-29 at 19:02 +0200, Oliver Grawert wrote: unlikely since it requires SHMConfig enabled by default in xorg which we wont do by default since it rips open quite a security hole (everyone, even remotely logged in people can change the trackpad settings for the locally logged in user). It seems like if it grabbed the information from XRandR instead of getting it through the xorg.conf file. He is modifying the driver, I'm not sure if it can touch other parts of X. Not sure what information you're referring to, but if it's the current rotation, that isn't written to Xorg.0.log (nor obviously to xorg.conf unless it's a statically configured rotation, which wouldn't be relevant here anyway). However, I agree the trackpad behavior while rotated can be quite confusing, but I think Ogra's right that this needs to be solved at a different level. If someone files a bug or blueprint about this, let me know and I can inquire upstream about it. Bryce -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Pulseaudio/Jack in Ubuntu Hardy
On Tue, 2008-04-29 at 11:59 -0400, Cory K. wrote: Milan Bouchet-Valat wrote: would basic defaults making jackd output to PulseAudio hurt anybody? Sure it would be slow, it would not be serious at all, but would it allow people that can stand that use JACK then? Others, as you said, will configure it. Yes. It would hurt people expecting a particular latency. Look thorough the ubuntu-studio-users mailing list about this. Getting JACK to work with PulseAudio is the lesser issue to getting good latency timings. In talking to the guys on #jack, #ardour and Paul Davis himself routing JACK through Pulse Audio by default is a bad idea. You think this is heated? You should have been on IRC when I posed these JACK through PA by default questions. ;) In Ubuntu Studio we have a wrapper script around jackd to stop Pulse for JACK and restart it once done. This is what most users have wanted based on feedback. If latency isn't an issue, use Jokosher or maybe Audacity. People who need to use Ardour need the performance JACK and Ardour can provide without added overhead. has anyone thought about setting up a jack/ardour/pulseaudio howto somewhere? as i mentioned in another post earlier in this thread, i don think there is a potential userbase -- podcasters audio editors -- for whom ardour would be a really excellent solution, if they could just get it to work without lots of fiddling with sounddaemons. is there anyone who agrees with me? matt -Cory \m/ -- Matt Price [EMAIL PROTECTED] -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss