Re: backports pined-back (was Strawman: Change the Ubuntu Release Cycle)
On Monday 31 December 2007 02:59:48 Emmet Hikory wrote: Users who need updated user-visible applications are likely best served by one of: following the normal release cycle, using the -backports repository (perhaps selectively), or applying required updates to a local mirror for the local environment. -- Emmet HIKORY Will Synaptic eventually have backports enabled and pined-back, so that an user can see there's an update, and MANUALLY select those apps that s/he wants to update? Maybe the same should happen with proposed, but not enabled by default. -- BUGabundo :o) (``-_-´´) http://Ubuntu.BUGabundo.net Linux user #443786GPG key 1024D/A1784EBB My new micro-blog @ http://BUGabundo.net 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: Deprecating slocate for desktop users?
Hi Timo Jyrinki wrote: use. Still, I think there is no GUI for it anyway, and everyone's home directories are now indexed by Tracker, so what's the point? Speaking for myself, I regularly use slocate to find things that are outside my home directory (not that I use tracker for things that are in my home directory - I put them where they are, so I know where they are ;) Cheers, -- Chris Jones -- 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: Deprecating slocate for desktop users?
Chris Jones kirjoitti: Speaking for myself, I regularly use slocate to find things that are outside my home directory (not that I use tracker for things that are in my home directory - I put them where they are, so I know where they are ;) I also use slocate sometimes, and I don't use tracker myself at the moment since I know where my files generally are. But: if The GUI search tool nowadays is tracker, and any ordinary person basically only searches for files inside the home directory (and if not, they should go to Indexing Preferences to set additional directories for tracker), and no-one uses slocate except for those who actually know it beforehand, why include it by default and cause daily hard disk churn for every Ubuntu user? Anyone who knows the slocate tool, and command line in general, can apt-get install slocate at will. And the slowdown is not just daily, ie. sometime at night, since people don't generally have their computers on 24h/day. Basically it happens every time the computer is started on a new day. cron.daily is run, which includes running slocate on the whole hard disk even though 99%+ of the users probably never utilize the database generated by it. So still, I argue that slocate should be _at least_ moved to cron.weekly, with the additional steps I'd hope for too: 1. move to cron.monthly instead of cron.weekly 2. switch from slocate to mlocate 3. remove mlocate/slocate dependency from Ubuntu default desktop installation (leave it on server installations) -Timo -- 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
[PATCH] Update to libaio?
I recently tried to use libaio (0.3.106), and discovered it didn't have
eventfd support. Or preadv/pwritev support. And the testsuite didn't
compile. Or work.
Anyway, it's shipped by the distros, so I figure it's worth patching.
I'm cc'ing Ben in the hope he's still maintaining it. If not I'll
find a home somewhere for it.
Cheers,
Rusty.
diff -ur libaio-0.3.106/ChangeLog libaio-0.3.106-aio_abi/ChangeLog
--- libaio-0.3.106/ChangeLog2002-10-01 08:09:56.0 +1000
+++ libaio-0.3.106-aio_abi/ChangeLog2008-01-03 17:48:48.0 +1100
@@ -1,3 +1,14 @@
+rusty-v1
+ - Make tests compile again on modern systems (warnings + -Werror)
+ - Add 'make partcheck' and don't require manual setup for testing.
+ - Change test harness to compile against this dir, not global install
+ - Fix 5.t for archs where PROT_WRITE mappings are readable.
+ - Allow sending of SIGXFSZ on aio over limits
+ - Explicitly specify bash for runtests.sh
+ - Remove (never-merged?) io_prep_poll
+ - Add io_prep_preadv and io_prep_pwritev
+ - Add eventfd support (io_set_eventfd).
+
0.4.0
- remove libredhat-kernel
- add rough outline for man pages
diff -ur libaio-0.3.106/harness/cases/5.t
libaio-0.3.106-aio_abi/harness/cases/5.t
--- libaio-0.3.106/harness/cases/5.t2002-04-20 10:26:22.0 +1000
+++ libaio-0.3.106-aio_abi/harness/cases/5.t2008-01-03 16:29:37.0
+1100
@@ -3,6 +3,7 @@
*/
#include aio_setup.h
#include sys/mman.h
+#include errno.h
int test_main(void)
{
@@ -40,7 +41,13 @@
assert(buf != (char *)-1);
status |= attempt_rw(rwfd, buf, SIZE, 0, READ, SIZE);
- status |= attempt_rw(rwfd, buf, SIZE, 0, WRITE, -EFAULT);
+
+ /* Whether PROT_WRITE is readable is arch-dependent. So compare
+* against pread result. */
+ res = write(rwfd, buf, SIZE);
+ if (res 0)
+ res = -errno;
+ status |= attempt_rw(rwfd, buf, SIZE, 0, WRITE, res);
return status;
}
diff -ur libaio-0.3.106/harness/cases/7.t
libaio-0.3.106-aio_abi/harness/cases/7.t
--- libaio-0.3.106/harness/cases/7.t2002-04-20 10:26:22.0 +1000
+++ libaio-0.3.106-aio_abi/harness/cases/7.t2008-01-03 17:46:11.0
+1100
@@ -9,12 +9,15 @@
*/
#include sys/resource.h
+#include signal.h
void SET_RLIMIT(long long limit)
{
struct rlimit rlim;
int res;
+ /* Seems that we do send SIGXFSZ, but hard to fix... */
+ signal(SIGXFSZ, SIG_IGN);
rlim.rlim_cur = limit; assert(rlim.rlim_cur == limit);
rlim.rlim_max = limit; assert(rlim.rlim_max == limit);
diff -ur libaio-0.3.106/harness/cases/8.t
libaio-0.3.106-aio_abi/harness/cases/8.t
--- libaio-0.3.106/harness/cases/8.t2008-01-03 15:13:05.0 +1100
+++ libaio-0.3.106-aio_abi/harness/cases/8.t2008-01-03 18:47:23.0
+1100
@@ -2,44 +2,23 @@
- Ditto for the above three tests at the offset maximum (largest
possible ext2/3 file size.) (8.t)
*/
-#include sys/vfs.h
-
-#define EXT2_OLD_SUPER_MAGIC 0xEF51
-#define EXT2_SUPER_MAGIC 0xEF53
+#include sys/types.h
+#include unistd.h
long long get_fs_limit(int fd)
{
- struct statfs s;
- int res;
- long long lim = 0;
-
- res = fstatfs(fd, s); assert(res == 0);
+ long long min = 0, max = 100ULL;
+ char c = 0;
- switch(s.f_type) {
- case EXT2_OLD_SUPER_MAGIC:
- case EXT2_SUPER_MAGIC:
-#if 0
- {
- long long tmp;
- tmp = s.f_bsize / 4;
- /* 12 direct + indirect block + dind + tind */
- lim = 12 + tmp + tmp * tmp + tmp * tmp * tmp;
- lim *= s.f_bsize;
- printf(limit(%ld) = %Ld\n, (long)s.f_bsize, lim);
- }
-#endif
- switch(s.f_bsize) {
- case 4096: lim = 2199023251456ULL; break;
- default:
- printf(unknown ext2 blocksize %ld\n, (long)s.f_bsize);
- exit(3);
+ while (max - min 1) {
+ if (pwrite64(fd, c, 1, (min + max) / 2) == -1)
+ max = (min + max) / 2;
+ else {
+ ftruncate(fd, 0);
+ min = (min + max) / 2;
}
- break;
- default:
- printf(unknown filesystem 0x%08lx\n, (long)s.f_type);
- exit(3);
}
- return lim;
+ return max;
}
#define SET_RLIMIT(x) do ; while (0)
diff -ur libaio-0.3.106/harness/cases/common-7-8.h
libaio-0.3.106-aio_abi/harness/cases/common-7-8.h
--- libaio-0.3.106/harness/cases/common-7-8.h 2002-04-20 10:26:22.0
+1000
+++ libaio-0.3.106-aio_abi/harness/cases/common-7-8.h 2008-01-03
18:36:02.0 +1100
@@ -2,6 +2,8 @@
*/
#include aio_setup.h
+#define _XOPEN_SOURCE 500
+#include errno.h
#include unistd.h
Re: Deprecating slocate for desktop users?
Timo Jyrinki a écrit : snip So still, I argue that slocate should be _at least_ moved to cron.weekly, with the additional steps I'd hope for too: 1. move to cron.monthly instead of cron.weekly 2. switch from slocate to mlocate 3. remove mlocate/slocate dependency from Ubuntu default desktop installation (leave it on server installations) That seems just common sense, but last time (not the first) I rose this issue here, people preferred to keep Ubuntu geek-compliant. The argument is (mainly) that it's an almost standard Unix tool, and that sometimes normal users need help from admins that expect the tool to be here. Though, I think the best is not to install it, because if it's installed and not enabled/up-to-date it may be confusing. But when you type 'locate', our nice apt tells you to install package XXX, which will be done in a few seconds, and a few minutes for updatedb to run (once for all if you regularly administer this machine). One day this wil change.. ;-) Cheers -- 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: Strawman: Change the Ubuntu Release Cycle
On Jan 1, 2008 6:12 PM, (``-_-´´) -- Fernando [EMAIL PROTECTED] wrote: On Tuesday 01 January 2008 19:12:20 Jonas Jørgensen wrote: displayconfig-gtk. It hasn't worked on any of the three computers I have tried it on -- it either crashes or X refuses to start after using it. And my experience doesn't seem to be uncommon. displayconfig-gtk always worked great for me on Gutsy using an Intel 855. On Hardy it wont work, maybe due to the new X 7.3. https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss I actually think that's the chip where it wouldn't let me go over 800x600. Are you using an LCD or CRT? Maybe it was freaking out thinking my monitor couldn't do high-res (though I've used 915resolution to boost it to 1600x1200 before, so I know it can do my 1280x1024 easily enough). -- Mackenzie Morgan Linux User #432169 ACM Member #3445683 http://ubuntulinuxtipstricks.blogspot.com -my blog of Ubuntu stuff apt-get moo -- 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: Deprecating slocate for desktop users?
On Thu, 2008-01-03 at 12:49 +, Chris Jones wrote: Hi Timo Jyrinki wrote: use. Still, I think there is no GUI for it anyway, and everyone's home directories are now indexed by Tracker, so what's the point? Speaking for myself, I regularly use slocate to find things that are outside my home directory (not that I use tracker for things that are in my home directory - I put them where they are, so I know where they are ;) I also regularly use slocate, please keep it. -- 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
bug in hardy's gnumeric?
I'm not sure how or where to report this bug, but it seems a bug was introduced along with hardy in gnumeric. The bug is that if you have a range, say A1:A10 and you click on the range (say its in an expression of some sort), the cells involved should get a colored line around them (in this case A1:A10; so you can see where you're working). That (useful) functionality doesn't work correctly in hardy's gnumeric. Dave 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: bug in hardy's gnumeric?
On Thursday 03 January 2008 14:26, David Meyer wrote: I'm not sure how or where to report this bug, but it seems a bug was introduced along with hardy in gnumeric. The bug is that if you have a range, say A1:A10 and you click on the range (say its in an expression of some sort), the cells involved should get a colored line around them (in this case A1:A10; so you can see where you're working). That (useful) functionality doesn't work correctly in hardy's gnumeric. Dave https://bugs.launchpad.net/ubuntu/+source/gnumeric/+filebug Scott K -- 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: Deprecating slocate for desktop users?
Op donderdag 03-01-2008 om 16:37 uur [tijdzone +0100], schreef Milan: But when you type 'locate', our nice apt tells you to install package XXX, It's 'command-not-found' and 'bash' which tell you that... ;) -- 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
