XSane v995 to v996
Hi, I was wondering when Ubuntu would upgrade XSane from 995 to 996. As a Noob to Ubuntu (or Linux for that matter) I have trouble trying to upgrade from tar@#$%^&* files and their scripts. The bug fixes in 996, especially the 2nd fix is kind of important. The bug fixes are: * corrected bug in PDF documents * viewer window does not use full screen without window frame for large images any more Any possibility of an upgrade? Scotty -- 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
Band in a Box
Greetings, Forgive me if this has been handled in the past, but is there any possibility that the developers can make BIAB work properly with Ubuntu? (I don't mean with wine) BAIB is the only reason I keep a Windows computer in my office. Cheers, Rick -- 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
openoffice 3.0.1rc2 debs
Hello, I got OOo 3.0.1 from deb http://ppa.launchpad.net/openoffice-pkgs/ubuntu hardy main which has broken openoffice.org-kde package. I heard that is fixed in 3.0.1rc2 which is available for debian. When the update to 3.0.1rc2 can downloaded? Best regards Christoph -- Linux User Group Wernigerode http://www.lug-wr.de/ 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: XSane v995 to v996
Hi! The search on http://packages.ubuntu.com showed me that in the Jaunty Release the version 996 shout be used. So the full name of the package will be 0.996-1ubuntu1. Here the link to my serach result: http://packages.ubuntu.com/search?keywords=xsane&searchon=names&suite=jaunty§ion=all Cheers Chris On Tue, Jan 20, 2009 at 8:44 PM, Scott Andrews wrote: > Hi, > > > > I was wondering when Ubuntu would upgrade XSane from 995 to 996. As a Noob > to Ubuntu (or Linux for that matter) I have trouble trying to upgrade from > tar@#$%^&* files and their scripts. The bug fixes in 996, especially > the 2nd fix is kind of important. The bug fixes are: > >- corrected bug in PDF documents >- viewer window does not use full screen without window frame for large >images any more > > > > Any possibility of an upgrade? > > > > Scotty > > > > -- > 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 > > -- 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
Lack of support for 32bits libraries under Ubuntu 64bits
Hi, I'm part of beta team test for a proprietary software (bibble 5). This software is compiled for 32 bits and 64bits is not planed at all. So after reporting a new bug for this app, I discovered a big difference between Ubuntu64 and OpenSuse64. Bibble 5 beta need libuuid in 32 bits installed. OpenSuse have many, many libraries installed in 64 AND 32, and many others available. Under Ubuntu it's the oposite. 4 libraries are provided in 32 bits for compatibilities and are available for installation in ubuntu64. The result is that i had to manually download/extract the libuuid for 32bits. Manually because installing automatically (forcing installation of i386 package) libuuid in 32bits overwrite the 64bits verion files. What is the position of ubuntu devs for this kind of problem ? Regards -- Patrice Vetsel Aka/Alias Kagou https://launchpad.net/people/vetsel-patrice gpg key: 0x15c094db -- 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: Band in a Box
On Tue, Jan 20, 2009 at 10:45 PM, Rick wrote: > Forgive me if this has been handled in the past, but is there any > possibility that the developers can make BIAB work properly with Ubuntu? The developers of Band in a Box can certainly do that. That's where you might want to direct your question to. Ubuntu developers can only deal with software that is supposed to work on Linux. > (I don't mean with wine) Realistically, you'll only get BiaB working on your system if you run it in Wine. You can see here [1] how well it works with Wine, and if it doesn't you can file bug reports here [2]. Remco [1] http://appdb.winehq.org/objectManager.php?sClass=application&iId=1094 [2] http://bugs.winehq.org/ -- 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: Lack of support for 32bits libraries under Ubuntu 64bits
On Wed, 21 Jan 2009, Patrice Vetsel wrote: > Hi, > > I'm part of beta team test for a proprietary software (bibble 5). This > software is compiled for 32 bits and 64bits is not planed at all. Err.. I've bought BibblePro, and AIUI a native 64bit version should be released when v5 is out? > So after reporting a new bug for this app, I discovered a big difference > between Ubuntu64 and OpenSuse64. > > Bibble 5 beta need libuuid in 32 bits installed. OpenSuse have many, > many libraries installed in 64 AND 32, and many others available. > Under Ubuntu it's the oposite. 4 libraries are provided in 32 bits for > compatibilities and are available for installation in ubuntu64. > > The result is that i had to manually download/extract the libuuid for > 32bits. Manually because installing automatically (forcing installation > of i386 package) libuuid in 32bits overwrite the 64bits verion files. > > What is the position of ubuntu devs for this kind of problem ? Depend on ia32-libs, which does include libuuid and many others. t -- 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: QuitAppletPlus is ready for your feedback!
Hello Roman, thanks for the introduction. I am CC'ing the -desktop list, since the discussion is a bit better suited there. Roman Friesen [2009-01-18 12:32 +0100]: > It's not a replacement for the current Intrepid fast-switch-user applet, > the ideas from both should be merged. Code-wise, is that a fork of f-u-s-a, or a rewrite? > - quit actions are easy available, without overloading the view That is also the case with the current fusa applet, right? > - more intuitive action names and icons for inexperienced users I don't think it should be considered a feature to use different strings in different projects. This is certainly a point where both should be merged. Currently hard to compare for me, since my fusa is in German, while your screenshots are in English, but they do not seem to be dramatically different to me? > - configurable quit applet menu design/behavior That's certainly a nice thing to have. > - protection against accidentally choosing wrong actions without "Are > you sure?"-confirmations Likewise, although our design guys might have an explicit reason for not having an extra confirmation dialog by default? > - alternative approach to protect other logged-in users if you perform > shut down or restart How does that work in your project? ATM consolekit requires you to enter your password to "override" and shut down if other people are still logged in. > - graphical countdown by automatic quit The current logout dialog in system -> Log out counts down in steps of 10 seconds. If you have a similar one, both dialogs should be made consistent. > - and finally you can power off the computer only with one mouse click! Doesn't that contradict with your explicit confirmation dialogs? Current fusa requires two mouse clicks, which doesn't seem to be excessive for something you'd only do once a day? This certainly has some interesting ideas, not to the least having some icons to the shutdown/restart/etc. actions, plus configurability. It would be great to merge some features into fusa itself, I don't think it makes too much sense to have a completely separate alternative applet, since we couldn't use it by default. Thank you for working on this! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital 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: Lack of support for 32bits libraries under Ubuntu 64bits
On Wed, 21 Jan 2009, Timo Aaltonen wrote: > On Wed, 21 Jan 2009, Patrice Vetsel wrote: > >> Hi, >> >> I'm part of beta team test for a proprietary software (bibble 5). This >> software is compiled for 32 bits and 64bits is not planed at all. > > Err.. I've bought BibblePro, and AIUI a native 64bit version should be > released when v5 is out? Ok, checked the forums and 64bit is not coming in the initial release, but "likely later with a point-release". >> So after reporting a new bug for this app, I discovered a big difference >> between Ubuntu64 and OpenSuse64. >> >> Bibble 5 beta need libuuid in 32 bits installed. OpenSuse have many, >> many libraries installed in 64 AND 32, and many others available. >> Under Ubuntu it's the oposite. 4 libraries are provided in 32 bits for >> compatibilities and are available for installation in ubuntu64. >> >> The result is that i had to manually download/extract the libuuid for >> 32bits. Manually because installing automatically (forcing installation >> of i386 package) libuuid in 32bits overwrite the 64bits verion files. >> >> What is the position of ubuntu devs for this kind of problem ? > > Depend on ia32-libs, which does include libuuid and many others. > > t > > -- > 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 > -- 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: QuitAppletPlus is ready for your feedback!
2009/1/21 Martin Pitt : >> - protection against accidentally choosing wrong actions without "Are >> you sure?"-confirmations > > Likewise, although our design guys might have an explicit reason for > not having an extra confirmation dialog by default? If I remember correctly (but I may be wrong), there were plans to let the fast-user-switch-applet show the same dialogue as the options in the System menu, but that couldn't be finished on time for Intrepid. -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- 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: QuitAppletPlus is ready for your feedback!
Am Mittwoch, den 21.01.2009, 12:45 +0100 schrieb Martin Pitt: > thanks for the introduction. I am CC'ing the -desktop list, since the > discussion is a bit better suited there. Should we discuss this topic only on the desktop list further on? > > It's not a replacement for the current Intrepid fast-switch-user applet, > > the ideas from both should be merged. > > Code-wise, is that a fork of f-u-s-a, or a rewrite? Neither first nor the second. It is only a graphical prototype (mock-up) written in python. I just thought it would be a better way to present this ideas. > > - quit actions are easy available, without overloading the view > > That is also the case with the current fusa applet, right? I'm sorry, I didn't mention it directly. If I say "Ubuntu quit applet", I mean the whole concept including f-u-s-a and the quit options in the System menu. The f-u-s-a is fine. But, I think, the dialogs in the System menu are not, because it's not common to place buttons such as in this dialogs, I think it's a a hard break of the usability. > > - more intuitive action names and icons for inexperienced users > > I don't think it should be considered a feature to use different > strings in different projects. This is certainly a point where both > should be merged. > Currently hard to compare for me, since my fusa is in German, while > your screenshots are in English, but they do not seem to be > dramatically different to me? The German translations are more human than the English original. For the English I suggest: "Shut Down" -> "Power Off", "Suspend (to RAM)" -> "Standby". But it's not only translations or icons, please look also, how the "Hibernate" action can be made more intuitive: https://wiki.ubuntu.com/QuitAppletPlus#How%20to%20present%20technical% 20actions%20for%20inexperienced%20users > > - configurable quit applet menu design/behavior > > That's certainly a nice thing to have. Thank you :) > > - protection against accidentally choosing wrong actions without "Are > > you sure?"-confirmations > > Likewise, although our design guys might have an explicit reason for > not having an extra confirmation dialog by default? I think it's a very good idea for not having confirmation dialogs in f-u-s-a. In the QuitAppletPlus there isn't any confirmation dialog too (the quit dialog is not a confirmation dialog). > > - alternative approach to protect other logged-in users if you perform > > shut down or restart > > How does that work in your project? ATM consolekit requires you to > enter your password to "override" and shut down if other people are > still logged in. Please use the "Test scenarios" dialog (via the applet context menu) in order to simulate this scenario. If you mean the approach description, you can find that here (have I misunderstood your question?): https://wiki.ubuntu.com/QuitAppletPlus#How%20to%20protect%20another% 20logged-in%20users > > - graphical countdown by automatic quit > > The current logout dialog in system -> Log out counts down in steps of > 10 seconds. If you have a similar one, both dialogs should be made > consistent. It's just a progress bar (counts down in 1 second steps). Maybe a progress bar is not the best choice, but I think a graphical countdown is much better than the text based countdown (I didn't even notice this countdown at first...). You can also stop the countdown or just turn it of in the applet preferences. For more details please see here: https://wiki.ubuntu.com/QuitAppletPlus#Automatic%20Shut%20Down > > - and finally you can power off the computer only with one mouse click! > > Doesn't that contradict with your explicit confirmation dialogs? You cannot perform this actions by mistake, because you have to hold the related keys, therefore the confirmation dialogs are not needed here. (Per design there is not any confirmation dialogs in the QuitAppletPlus) > Current fusa requires two mouse clicks, which doesn't seem to be > excessive for something you'd only do once a day? You can also lock the screen with one mouse click. But you are right, it's not a must, but I think it could be a nice feature for Ubuntu release notes: "With Ubuntu you can power off or lock the screen only with one click!" ;) https://wiki.ubuntu.com/QuitAppletPlus#One%20Click%20Actions > This certainly has some interesting ideas, not to the least having > some icons to the shutdown/restart/etc. actions, plus configurability. > > It would be great to merge some features into fusa itself, I don't > think it makes too much sense to have a completely separate > alternative applet, since we couldn't use it by default. As I have written above, it is only a graphical prototype, so there is only one merge direction -> to f-u-s-a :)) > Thank you for working on this! Thank you too :) Roman -- 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: QuitAppletPlus is ready for your feedback!
Am Mittwoch, den 21.01.2009, 13:50 +0100 schrieb Siegfried-Angel: > 2009/1/21 Martin Pitt : > >> - protection against accidentally choosing wrong actions without "Are > >> you sure?"-confirmations > > > > Likewise, although our design guys might have an explicit reason for > > not having an extra confirmation dialog by default? > > If I remember correctly (but I may be wrong), there were plans to let > the fast-user-switch-applet show the same dialogue as the options in > the System menu, but that couldn't be finished on time for Intrepid. Oh, please no... It's not common to place buttons such as in this dialogs, it's only a single place with such layout I know in Gnome... I think it's a a hard break of the usability. GNOME Human Interface Guidelines / Make Your Application Consistent: http://library.gnome.org/devel/hig-book/stable/principles-consistency.html.en Roman -- 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: QuitAppletPlus is ready for your feedback!
2009/1/21 Roman Friesen : >> If I remember correctly (but I may be wrong), there were plans to let >> the fast-user-switch-applet show the same dialogue as the options in >> the System menu, but that couldn't be finished on time for Intrepid. > Oh, please no... > > It's not common to place buttons such as in this dialogs, it's only a > single place with such layout I know in Gnome... I think it's a a hard > break of the usability. I don't want to offend you, but personally I find that the dialogue in the System menu is much more usable than your proposal.Yours offers quite some additional features, but IMHO it is not something which should be on my grandma's desktop (despite this, I'm happy to see the initiative that you've put into this, and and if it's not used by default I think it may still be provided as an optional package for those users who like it). By the way, there's a specification about this topic on https://wiki.ubuntu.com/DesktopTeam/Specs/ExitStrategy. The intention there is to remove options, not to add more. -- Siegfried-Angel Gevatter Pujals (RainCT) Ubuntu Developer. Debian Contributor. -- 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
