Re: Reason for removing animation from Gnome login?
ke, 2009-03-25 kello 23:38 +, Matt Wheeler kirjoitti: 2009/3/25 Marius Gedminas mar...@pov.lt: No. Sqlite likes to fsync(). Ext3 blocks the whole system when you fsync(). Remember when Firefox 3 first appeared in Ubuntu? I don't think fsync() is inherently bad, just it's overuse. More interesting, to me, is the question why gconfd needs to write much at all during a login. No configuration changes should be happening then. -- 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: Large files under ubuntu do not appear to work
Moins, On Wed, 25 Mar 2009 20:38:31 +0100 Jan Claeys li...@janc.be wrote: Op woensdag 25-03-2009 om 16:19 uur [tijdzone +], schreef Scott James Remnant: On Wed, 2009-03-25 at 15:26 +, Max Bowsher wrote: This assumes you buy into the SI's naming scheme and can say things like kibibyte and tebibyte without bursting into giggles or groaning in despair :-) It isn't SI, it's IEEE I think it's IEEE, CIE ISO now (although I can't be sure about ISO as it's not freely available, but IIRC there is something mentioned in the table of contents that is publicly available on some national standards organisations sites). TBH, I just bursted into a laugh attackfor easyiness: 500 Gigabytes as written on a Harddrive label are not the same as 500 Gigabytes transfered over the Network (when you know HD vendor definition: kilo == 1000 and Network vendor definition normally kilo == 1024) Check for yourself...and be frustrated of different standards (which makes be lol again now ;)) Regards, \sh -- Stephan '\sh' Hermann | OSS Developer Systemadministrator JID: s...@linux-server.org | http://www.sourcecode.de/ GPG ID: 0xC098EFA8| http://leonov.tv/ 3D8B 5138 0852 DA7A B83F DCCB C189 E733 C098 EFA8 -- 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: Reason for removing animation from Gnome login?
On Wed, 2009-03-25 at 23:38 +, Matt Wheeler wrote: Looking at the source for gconf2 it looks like the xml backend is abstracted quite neatly from the main body of the code so perhaps it wouldn't be too difficult to create an experimental sqlite/somedb backend and compare performance. In fact, gconf was always intended to have pluggable back-ends including a db, it's just that nobody got around to writing anything but the xml backend. -- 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: Reason for removing animation from Gnome login?
On Wed, 2009-03-25 at 16:10 +0200, Marius Gedminas wrote: No. Sqlite likes to fsync(). Ext3 blocks the whole system when you fsync(). Remember when Firefox 3 first appeared in Ubuntu? Whereas ext4 will probably require you to fsync() almost every damned time before you close a file. http://thunk.org/tytso/blog/2009/03/15/dont-fear-the-fsync/ Scott -- Scott James Remnant sc...@canonical.com 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
Jaunty is wonderful
Since I always complain of stuff, I want to send a post to say that I am using jaunty on my office machine and I am in love with it :) Also the new notifications are fantastic, evoution is fast and responsive, openoffice 3 is great and so on. Sorry for maing the S/N ratio worse! Vincenzo -- 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: gnome-pilot 2.0.17 released in January, Ubuntu still shipping 2.0.15
Hello Matt, Matt Davey [2009-03-05 16:27 +]: I hope this is the right list for contacting the Ubuntu gnome-pilot packager. It's pretty undermaintained in Ubuntu, I'm afraid. I'm looking into the update now, I openend https://bugs.launchpad.net/ubuntu/+source/gnome-pilot/+bug/348940 to track it. I'd appreciate some people who could test it, since I can't, and nobody in #ubuntu-desktop has a Palm device either. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.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: Large files under ubuntu do not appear to work
Stephan Hermann wrote: TBH, I just bursted into a laugh attackfor easyiness: 500 Gigabytes as written on a Harddrive label are not the same as 500 Gigabytes transfered over the Network (when you know HD vendor definition: kilo == 1000 and Network vendor definition normally kilo == 1024) What makes you think network vendors would ever use kilobytes to mean 1024 bytes? They want throughput to look good. If you just stick to the accepted definitions, there's no confusion. -- derek -- 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: Large files under ubuntu do not appear to work
On Thu, 2009-03-26 at 08:13 +0100, Stephan Hermann wrote: TBH, I just bursted into a laugh attackfor easyiness: 500 Gigabytes as written on a Harddrive label are not the same as 500 Gigabytes transfered over the Network (when you know HD vendor definition: kilo == 1000 and Network vendor definition normally kilo == 1024) The latter isn't true either. Network speeds are generally in thousands of bits per second and multiples thereof. The primary users of binary multiples is the RAM industry, since it's a fundamental multiple of how RAM works. Scott -- Scott James Remnant sc...@canonical.com 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: Auto-launching of applications
Il giorno dom, 22/02/2009 alle 21.47 +, (``-_-´´) -- BUGabundo ha scritto: Olá Matthew e a todos. FYI a bug was opened after a bit of chat on #ubuntu+1 https://bugs.launchpad.net/bugs/332945 [Jaunty] Removal of Update Notifier is WRONG A second call for attention is needed here. This bug is causing a lot of disagreement. Why not be more constructive and e.g. let the community vote on it? People basically do not like the pop-up or pop-under, and do not like to be informed of updates with a delay. It is the enthusiasm of these people that made the success of ubuntu until now; their consensus is important and it's not very obvious to everyone that the new solution will actually improve the understanding of users. Users typically close windows that they don't want to be bored by. In my very humble opinion the change should be rolled-back and postponed to the k release; OEMs can still re-enable it via gconf. In the meantime a broader discussion to find a better solution should be done. Moreover, the new notification mechanism had very few testing, and already some important bug, so it does not seem a good idea to me to include it in a stable release given that bugs in it may affect the security of the system. V. -- 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: Large files under ubuntu do not appear to work
On Thursday 26 March 2009 9:57:17 am Scott James Remnant wrote: On Thu, 2009-03-26 at 08:13 +0100, Stephan Hermann wrote: TBH, I just bursted into a laugh attackfor easyiness: 500 Gigabytes as written on a Harddrive label are not the same as 500 Gigabytes transfered over the Network (when you know HD vendor definition: kilo == 1000 and Network vendor definition normally kilo == 1024) The latter isn't true either. Network speeds are generally in thousands of bits per second and multiples thereof. Yep, its 10 mbit internet...though usually the people selling it to you don't know the difference and will tell you 10 mbyte internet...So it sounds *great* on the phone...but that's really 1.2mbyte. -- 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: Best practice for reporting bugs
On Wed, Mar 25, 2009 at 08:44:13PM -0300, Derek Broughton wrote: Matt Zimmerman wrote: That's going to be news to the average user, of which a noticeable number are _still_ using the old bug tools to file a bug straight to ubuntu-users We don't install those tools by default, while we do install apport. I know, but there's still a significant number of people using releases pre-Intrepid (or maybe hardy), which had reportbug, and we still see those bug reports. I know there isn't much to be done about that, but telling everybody about - and how to use - apport will help. You might be interested to know that reportbug has been modified in Jaunty[1] and that the package override is being changed to not point people to ubuntu-users[2]. [1] http://launchpad.net/bugs/228183 [2] http://launchpad.net/bugs/326091 -- Brian Murray @ubuntu.com 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: Best practice for reporting bugs
Matt Zimmerman wrote: I've noticed that, even among Ubuntu devleopers, not everyone is applying our best practices for reporting bugs. In particular, reporting bugs directly to Launchpad is usually *NOT* the best approach. This should only be done if there is no better option. In almost all cases, it is preferable to report the bug using Apport. This can be done in one of the following ways: 1. If the bug is a crash, apport should automatically generate a report and guide you in filing it. Copies of the crash reports are stored in /var/crash in case you need to refer to them directly. 2. The Help menu in many applications includes an entry Report a problem... which will invoke Apport manually. 3. On the command line, you can run ubuntu-bug package (or ubuntu-bug PID) to invoke Apport manually. Kernel bugs should be reported with ubuntu-bug linux. Using this method will automatically attach the relevant version information, log files, etc. where available. This saves you time in filing the bug, and saves others time in analyzing it. For example, filing a bug on the kernel will automatically include dmesg, lspci and so on. We're about to get flooded with bug reports from the beta, so please start using this method immediately, and encourage everyone else who reports bugs to do the same. More instructions for filing bugs can be found in the community documentation at https://help.ubuntu.com/community/ReportingBugs Note that if someone files a bug without using apport, you can still take advantage of it to add the information later (assuming it's still relevant), by using apport-collect(1). See https://lists.ubuntu.com/archives/ubuntu-devel-announce/2009-February/000535.html for details. If you'd like to enhance your packages to take better advantage of apport by attaching relevant data, please ask for help. It's very simple once you know how to do it. The basics can be found at https://wiki.ubuntu.com/Apport/DeveloperHowTo Slightly to one side, when Apport starts and walks me through the process of filing a bug, the first thing I do is nip off and search Launchpad for the same bug, then if I find one I cancel apport. Is this what I should be doing, or is it preferable to let apport finish and then mark the new bug as a duplicate? -- 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: Large files under ubuntu do not appear to work
Scott James Remnant wrote: On Thu, 2009-03-26 at 08:13 +0100, Stephan Hermann wrote: TBH, I just bursted into a laugh attackfor easyiness: 500 Gigabytes as written on a Harddrive label are not the same as 500 Gigabytes transfered over the Network (when you know HD vendor definition: kilo == 1000 and Network vendor definition normally kilo == 1024) The latter isn't true either. Network speeds are generally in thousands of bits per second and multiples thereof. I don't know about you but I have never seen any network speed measured at anything other than the 1024 bits/bytes = 1 kilo and so on. The primary users of binary multiples is the RAM industry, since it's a fundamental multiple of how RAM works. I have only noticed disk manufacturers put a footnote out saying that their KB/GB/whatever is defined as 1000 and not 1024. Everybody else uses the standard unit of every 1024 for kilo/mega/giga/whatever. -- 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: Large files under ubuntu do not appear to work
On Thu, Mar 26, 2009 at 9:32 PM, Christopher Chan christopher.c...@bradbury.edu.hk wrote: Scott James Remnant wrote: Network speeds are generally in thousands of bits per second and multiples thereof. I don't know about you but I have never seen any network speed measured at anything other than the 1024 bits/bytes = 1 kilo and so on. I believe he's talking about network devices manufacturer's (ethernet, wifi, modem, etc), which do indeed bis Xbps. You seem to be referring to the software interfaces and GUIs for downloads/uploads, i.e., applications. regards FF -- 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: Large files under ubuntu do not appear to work
I believe he's talking about network devices manufacturer's (ethernet, wifi, modem, etc), which do indeed bis Xbps. You seem to be referring to the software interfaces and GUIs for downloads/uploads, i.e., applications. They still do not use multiples of 1000 for kilo/mega/whatever. No network device manufacturer has used anything other than 1024 for kilo/mega/giga. The best you can say is that ISPs use 'meg' when referring to megabit or mixing up the use of bit or byte with whatever prefix when referring to broadband connections.. -- 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: Large files under ubuntu do not appear to work
On Thu, 2009-03-26 at 13:57 +, Scott James Remnant wrote: On Thu, 2009-03-26 at 08:13 +0100, Stephan Hermann wrote: TBH, I just bursted into a laugh attackfor easyiness: 500 Gigabytes as written on a Harddrive label are not the same as 500 Gigabytes transfered over the Network (when you know HD vendor definition: kilo == 1000 and Network vendor definition normally kilo == 1024) The latter isn't true either. Network speeds are generally in thousands of bits per second and multiples thereof. The primary users of binary multiples is the RAM industry, since it's a fundamental multiple of how RAM works. Or anything relating in any way to storage other than hard drive sizes themselves, such as the size of sectors on various media (hd/optical/etc), filesystem blocks, filesystem overall size and file size limitations, etc. Chris -- 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: Large files under ubuntu do not appear to work
Op donderdag 26-03-2009 om 11:42 uur [tijdzone -0400], schreef Mackenzie Morgan: Yep, its 10 mbit internet I hope you mean 10 Mbit/s, not 10 mbit/s... ;) -- Jan Claeys -- 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: Large files under ubuntu do not appear to work
Op vrijdag 27-03-2009 om 09:57 uur [tijdzone +0800], schreef Christopher Chan: They still do not use multiples of 1000 for kilo/mega/whatever. No network device manufacturer has used anything other than 1024 for kilo/mega/giga. I suggest you go do some reading before claiming things... E.g. http://en.wikipedia.org/wiki/Ethernet_over_twisted_pair is a good start: Ethernet over twisted pair refers to the use of a pair of copper cables, twisted around each other, for the physical layer of an Ethernet network (that is, a network in which the Ethernet protocol is used in the data link layer). There are several different standards for a copper-based physical medium. The most widely used are 10BASE-T, 100BASE-TX, and 1000BASE-T (Gigabit Ethernet), running at 10 Mbit/s, 100 Mbit/s, and 1000 Mbit/s (1 Gbit/s) respectively. -- Jan Claeys -- 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: Large files under ubuntu do not appear to work
Op donderdag 26-03-2009 om 08:13 uur [tijdzone +0100], schreef Stephan Hermann: TBH, I just bursted into a laugh attackfor easyiness: 500 Gigabytes as written on a Harddrive label are not the same as 500 Gigabytes transfered over the Network (when you know HD vendor definition: kilo == 1000 and Network vendor definition normally kilo == 1024) As said in another mail: (most?) network device vendors use kilo = 1000. Check for yourself...and be frustrated of different standards (which makes be lol again now ;)) The fact that (some) vendors don't follow standards doesn't mean they aren't useful. It just means they should be enforced better. We don't want to go back to the time when an inch (or a zoll in German) meant something different in every other village, don't we? -- Jan Claeys -- 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