[Bug 849631] Re: Unable to initialize new Ipod, unsupported checksum type
This still happens in Ubuntu 14.04 LTS: My wife got a brand new Apple iPod nano touch as a birthday present. Rhythmbox says when trying to initialize the device: Unsupported checksum type. The device is visible though and it is possible to browse the directory structure in file manager. Is there any known workaround to copy the music files from her Ubuntu computer onto the iPod? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bugs/849631 Title: Unable to initialize new Ipod, unsupported checksum type To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/849631/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 554106] Re: Gnome Appearance Properties dialog hangs
Today I installed the 10.4-beta1 64 bit on a test machine. Steps to repoduce: install on computer with NVidia graphics card. Install nvidia driver. Select Preferences-Appearance-Visual Effects. Switch from None to Normal. Compiz gets started but the gnome-appearance-properties process freezes and no longer responds after it has displayed the dialogue asking whether one wants to keep the settings. -- Gnome Appearance Properties dialog hangs https://bugs.launchpad.net/bugs/554106 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-control-center in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 311982] Re: Array too big when printing large image
Hi Craig, from the information you submitted it is not obvious, which version of Ubuntu and more precisely which version of libpoppler you used. From the Ghostscript version 8.62 I guess it is 8.10 (Intrepid). eog uses libpoppler which suffered from this now fixed bug. Did you install the fixed version from intrepid-updates. Regards, Peter. -- Array too big when printing large image https://bugs.launchpad.net/bugs/311982 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to eog in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 258734] Re: nautilus hangs when unmounting an nfs disk if nfs server is down
Hello, Antoine Pairet wrote on Friday, 13.03.2009 at 09:33 (UTC?): Peter, I think you are right. Like you said, the hangs I experience are only one of the symptoms. As you seem to have a lot more knowledge than I have on the subject, could you please fill a bug for the package nfs-common or linux? I think you will be able to give more relevant informations than I would do. I would have done this long time ago. But I still feel unable to provide enough useful information. I also can not believe, that I'm the one, who has experienced this first. There must be some existing bug report somewhere. But I was unable to find it. Any hints anybody? Although: I'm pretty sure, this might be a problem caused within the kernel itself. This is because even a umount -f hangs uninteruptable for at least long enough for me to become impatient (I didn't say forever). May be it is a design problem of the stateless NFS protocol in general? Information from: http://nfs.sourceforge.net/nfs-howto/ar01s04.html#mounting_remote_dirs Mounting options: hard The program accessing a file on a NFS mounted file system will hang when the server crashes. The process cannot be interrupted or killed (except by a sure kill) unless you also specify intr. When the NFS server is back online the program will continue undisturbed from where it was. We recommend using hard,intr on all NFS mounted file systems. I've already tried options hard,intr and even soft,intr on a wide range of Linux systems. But if a mounted NFS server has become unreachable, even trying to reboot the NFS Linux clients takes forever, so if you need to get these client system back online in acceptable time, pressing the hard reset switch was often the only choice I had. This was with SuSE Linux, Red Hat, Debian and Ubuntu systems in several different versions. If you do fill a new bug report, please let me know. Thanks in advance, ditto. I would also appreciate any pointer to locations to learn more about this... Regards, Peter -- Peter Funk, ✉Oldenburger Str.86, D-2 Ganderkesee office: ArtCom GmbH, ✉Haferwende 2, D-28357 Bremen, Germany tel:+49-421-20419-0 cell:+49-179-640-8878 http://www.artcom-gmbh.de/ -- nautilus hangs when unmounting an nfs disk if nfs server is down https://bugs.launchpad.net/bugs/258734 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 311982] Re: Array too big when printing large image
** Also affects: gthumb Importance: Undecided Status: New -- Array too big when printing large image https://bugs.launchpad.net/bugs/311982 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 311982] Re: Array too big when printing large image
Today I tried to print two 3449x2480 JPEG images using gthumb. This failed with a very similar error Error: /limitcheck in --array-- printed instead of the images. Printing same sized images used to work on Hardy on the same printer. The file that ended up in the /var/spool/cups directory now is a 22210129 bytes PDF-1.4 file, which I didn't want to attach here due to its size. Neither evince nor Adobe acroread had problems to display this PDF file, so I assume this file is still correct and the cause of the printing problem is not directly in gthumb. Opening the PDF file copied from the cups spool in acroread and printing it again with Adobe acroread did work around the problem. But I added the project ``gthumb`` as affected to this bug report, because users of gthumb might experience this as a bug in the application and might find this information helpful. -- Array too big when printing large image https://bugs.launchpad.net/bugs/311982 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
Re: [Bug 311982] Re: Array too big when printing large image
Hello Till, Thank you very much for your immediate response. You wrote: Peter, did you do all updates on your Intrepid system? The mentioned problem is caused by a bug in Poppler which produced invalid PDF. Please check which Poppler version you have installed ... Yes: I still had ii libpoppler3 0.8.7-1 on my computer. But adding intrepid-proposed to the package sources wasn't sufficient to change that. I also had to use Package-Force Version in synaptic to get the updated fixed version ii libpoppler3 0.8.7-1ubuntu0.1 installed. That solved the problem with printing larger images for me. Thanks again! Regards, Peter -- Peter Funk, ✉Oldenburger Str.86, D-2 Ganderkesee office: ArtCom GmbH, ✉Haferwende 2, D-28357 Bremen, Germany tel:+49-421-20419-0 cell:+49-179-640-8878 http://www.artcom-gmbh.de/ -- Array too big when printing large image https://bugs.launchpad.net/bugs/311982 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 258734] Re: nautilus hangs when unmounting an nfs disk if nfs server is down
The problem (umount of a NFS volume of a disappeared NFS server is stuck in the kernel) has nothing to do with a particular filemanager. This is only one possibility where the symptoms of the problem surface. I think this problem should be reported as a bug in the package nfs-common or the Linux kernel, because even the /sbin/umount.nfs with option -f (force) given hangs in the umount() system call, which can be seen by using the command strace -p `pidof /sbin/umount.nfs` in another terminal window. -- nautilus hangs when unmounting an nfs disk if nfs server is down https://bugs.launchpad.net/bugs/258734 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs