Re: how to apply a patch to glibc and build it?
ma, 2009-10-12 kello 11:29 +0530, skar kirjoitti: > The question is, how do I build glibc sources with my patch using the > "debuild" command? This should work, if I remember correctly: apt-get source libc6 cd glibc-whatever debian/rules patch ... make your changes debuild -- 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: Delta debs / zsync (etc) discussions gone quiet?
pe, 2009-08-21 kello 14:57 +0200, Pär Andersson kirjoitti: > Have you benchmarked zsync against the Packages.diff files used by > Debian? From https://lists.ubuntu.com/archives/ubuntu-devel/2009-July/028568.html: I have not compared zsync with pdiffs. Ubuntu does not use pdiffs because it generates Packages files every hour, and it seems that ruins the usability of pdiffs. It'd be good for someone to do such a benchmark, but it does not seem relevant for my current task. > Debdelta works well, but there is some problems that needs to be fixed. Indeed. Thanks for your notes, they are very useful. Finding and fixing the problems is what I'm currently looking at. In the long run, it would be good to have checksums of .debs be done on the uncompressed data, but that's going to require fairly invasive changes in all sorts of places, and should be done in co-operation with Debian. I'm looking at low-hanging fruit first. -- 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: Delta debs / zsync (etc) discussions gone quiet?
ti, 2009-08-11 kello 04:39 +0530, Vishal Rao kirjoitti: > There was recently some mailing list activity about benchmarking tests > for > delta debs/zsync etc but things seem to have gone quiet recently. Is > there a wiki/spec/blueprint or another mailing list where I can track > progress? The spec is at https://wiki.ubuntu.com/AptSyncInKarmicSpec but doesn't change much. The summary of my conclusions: * zsync works very well for ISO images (for testers) * zsync works very well for Packages files * debdelta works well for .deb files The ISO images are now having .zsync files generated. This is useful to reduce the time to do ISO testing cycles during beta and release candidate testing. Testers need to update their images often. It is not useful for end-users, who merely need to get the final version; bittorrent is better for that. The Launchpad developers will try to implement generation of Packages.zsync and debdeltas for the karmic release, and I will try to get the corresponding apt changes done as well. However, since I have little C++ skill and no experience with the apt code base, this might not make it for the actual release. If not, then I'll provide a PPA with the modifications. -- 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: GRUB 2 now default for new installations
ke, 2009-06-10 kello 15:21 -0400, John Moser kirjoitti: > Every argument for putting Grub or the kernel on a separate partition > has been based around the idea that these files are somehow more > important than, say, /bin/sh Putting the kernel (i.e., /boot) on a separate partition is often mandated by the BIOS not being able to read all of a large hard disk. I have a motherboard from 2008 that has that problem, so it's not ancient history, either. -- 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: Ubuntu Desktop Unit Consistency (LP: #369525)
ma, 2009-06-01 kello 09:12 +0800, Christopher Chan kirjoitti: > Take that up with the GlibC guys and/or the C/C++ standards body if you > wish and I personally do not want to see any distribution specific > library of such functions and the resulting distribution specific > patches of packages to use that library. The point, of course, would be to do this upstream, not just in Ubuntu. Whether the free software world standardizes on base-2, base-10, or whatever-the-user-chooses, it would simplify things to have the formatting in one place, so there's only one place to configure it. Hence, the dedicated (sub)library. -- 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: Ubuntu Desktop Unit Consistency (LP: #369525)
to, 2009-05-28 kello 23:23 +0200, Benjamin Drung kirjoitti: > There is currently an inconsistency with units across the Ubuntu > desktop. Some applications (such as gvfs) use legacy units, such as a > 1024-byte kilobyte. Others (such as System Monitor) use international > standard units, such as a 1000-byte kilobyte. Ubuntu should decide its > units philosophy and apply it consistently across the desktop. Ubuntu has, pretty much, decided on base-10 kilobytes. A thought: Quite a number of programs need to convert sizes and other amounts into units suitable for the user. While this is reasonably easy to do (unless you want to be fancy), it's silly to duplicate the code everywhere. Wouldn't it be sensible to add some functions to, say, glib to do this? Something like: char *unit_format_time(double seconds); char *unit_format_filesize(long long bytes); unit_format_time(1) would return "1 s" unit_format_filesize(1024) would return, depending on user preferences and software context, "1 kB 24 bytes", "1 kilobyte", or "1 KiB" (user could indicate preference for power-of-2 kilobytes). Such functions could be made fancy to allow things like unit_format_filesize(1500) returning either "1.5 kilobytes" or "1 kB 500 B", depending on the number of significant digits desired. -- 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-scan
ma, 2009-04-27 kello 09:41 -0400, Mackenzie Morgan kirjoitti: > On Monday 27 April 2009 1:51:51 am Lars Wirzenius wrote: > > Flegita doesn't find my scanner, which is attached to another computer, > > and shared across the network with the net backend of SANE. > > I didn't know XSane could do that either. My printer/scanner is also > networked, but I always plug it right into my laptop for scanning. Wanting to verify this, I noticed that something broken my SANE setup. Therefore I take back what I said about flegita: it does seem to support the net backend for SANE. So do xsane and gscan2pdf. Of these three, gscan2pdf would seem to wins hands down both for usability and usefulness, from my point of view. For example, flegita doesn't seem to have an obvious way to preview the scanned pages, before they're saved to disk. -- 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
gnome-scan
su, 2009-04-26 kello 21:41 -0500, solaris manzur kirjoitti: > i agree about replacing xsane by gnome-scan Are we talking about flegita? (There is no gnome-scan package in jaunty, and I can't find a command by that name.) Flegita doesn't find my scanner, which is attached to another computer, and shared across the network with the net backend of SANE. I currently prefer gscan2pdf for scanning. It is quite streamlined to use, and pretty easy to get started with. -- 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: system-cleaner-gtk Documentation
pe, 2009-04-17 kello 08:18 -0500, DB Cummings kirjoitti: > Hello, > > I would like to assist with documentation for Cruft Remover > (system-cleaner-gtk). May I be of assistance? Certainly. Any documentation should be written against the jaunty version, which is called Computer Janitor (packages and commands named computer-janitor and computer-janitor-gtk). I'd be happy to answer questions, if you have any. -- 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: Please don't automatic upgrade
ma, 2009-04-06 kello 15:24 +0200, Vincenzo Ciancia kirjoitti: > Unless you can _guarantee_ that every upgrade will NOT harm the system As you point out, it is not possible to guarantee that. However, it is probably best to point out that not upgrading can also harm things, when it is about security updates. Thus, it would perhaps be best to enable automatic updates by default for -security only. Security updates tend to be pretty minimal. As far as testing them happens, I'm sure that can be improved, perhaps a lot. Especially for some critical parts of the system, it might be possible to have automatic testing to verify that things still work after an upgrade. For example, testing that Firefox can be launched and can access web pages. -- 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?
ke, 2009-03-25 kello 23:38 +, Matt Wheeler kirjoitti: > 2009/3/25 Marius Gedminas : > > 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: Reason for removing animation from Gnome login?
ma, 2009-03-23 kello 11:57 +, Scott James Remnant kirjoitti: > On Fri, 2009-03-20 at 22:25 +0100, Ernst Persson wrote: > > > I saw Scott removing animation from gnome login. What's the reason for > > that? I don't see any motivation or reference to a bugreport. > > > There's a reference to an upstream bug report in the patch itself. It > was removed because it takes up more time of the boot/login sequence > than it should (around 3s). > > In practice, there are better ways to signify the desktop is ready than > have each individual component individually animating in their own way. > > One good idea would be that the screen holds at the login screen after > entering your password (e.g. with "Logging in...") and the desktop fades > in when everything's ready. That would be one good idea. An even better idea would be that it takes so short a time that there is no need to inform the user... :) -- 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: No option to "save history as" in Gnomes terminal
to, 2009-03-19 kello 21:55 +0100, Nigel Henry kirjoitti: > Can anyone suggest who I should contact to have the "save history as" > option > added to Gnomes terminal. The best way to do that would be to talk to the gnome-terminal maintainers within the GNOME project. Start by filing a bug to http://bugzilla.gnome.org/ (the GNOME project bug tracker). Then writing a patch for it, or finding someone to write the patch, would be a great step forward. -- 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: aufs based upgrade tests
to, 2009-03-19 kello 16:20 +0100, Martin Soto kirjoitti: > Seconded, you start your session once with the new version installed, > and there's often no way back. Applications will surely update their > configuration data as soon as they're started, and there's no guarantee > that they'll work when the older system is reinstated. In my humble opinion, such applications are broken. They will already break when, for example, $HOME is shared over NFS, and different hosts are not completely in sync, version-wise. > As a possible solution, what about putting user accounts under aufs as > well? This would have the advantage of allowing for testing how > applications update their configuration data, which is also a good idea > because this is a common source of bugs. This seems like a good idea, so I second it, because applications often are broken. It might be good to optionally allow /home to be excluded. -- 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: Default font size in gnome
to, 2009-02-26 kello 13:59 -0500, Mackenzie Morgan kirjoitti: > On Thursday 26 February 2009 1:44:13 pm Nicolò Chieffo wrote: > > which resolution have you got? > > It's not just the resolution. "Resolution" tends to be a bad word for these things. I'd suggest "pixel count" for number of pixels on screen, and "pixel density" for number of pixels per inch or millimeter, if I had any hope that they'd be adopted. :) -- 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: how to test restricted nvidia drivers on live cd without CAB?
ma, 2009-02-16 kello 11:51 +, Odysseus Flappington kirjoitti: > One trick I've used quite a few times, was to test to see if the > nvidia restricted drivers would work on a machine before installing by > doing the following: > > 1) booting a live cd > 2) installing the restricted drivers > 3) pressing ctrl+alt+backspace to load them > > Will this be possible in 9.04 without CAB? It is always possible to restart the X server without Control-Alt-Backspace. For example, you can reboot the machine by using the power or reset buttions. If you find Control-Alt-Backspace to be more convenient to you, can enable it even in jaunty. -- 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: "Open With" dialog not user-friendly
pe, 2009-02-06 kello 14:03 +0100, Thomas Novin kirjoitti: > Why must the fix be a Ubuntu-specific fix and not a general upstream > fix? Please do make a patch that is acceptable to upstream! Until it is accepted by upstream, it seems Ubuntu can't apply it, though. -- 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: How can we run the default browser under Linux?
ke, 2009-02-04 kello 13:55 +0200, Ioannis Vranos kirjoitti: > I am using a process to open a web site, but I call "firefox" explicitly. > > Is there any way to run the default browser set at a Linux account? In Debian, and Ubuntu, and systems based on them, you can run the sensible-browser command and it will figure out what the user wants. -- 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: What package should this bug go to?
ke, 2009-01-07 kello 09:28 +, Odysseus Flappington kirjoitti: > https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/299395 > > Can someone tell me what package this bug should actually go to since > it's a pretty easy fix, and makes a difference to very non-technical > users? If I have understood things correctly, it is Nautilus that launches Rhythmbox in this case. Thus nautilus would perhaps be the appropriate package. -- 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: Apport in stable releases [was: Re: Do you really want developers to be on this list]
pe, 2008-11-14 kello 12:36 +0100, Martin Pitt kirjoitti: > Problem is that in order to do that, we need to catch the initial > crash first and write it to disk, i. e. we would get the CPU/IO > overhead again by default. That alone doesn't worry me too much, but > it might be an issue in certain environments. It's because of the CPU and I/O overhead that I find myself disabling apport: when I develop software on my laptop, and am debugging a segfault, it is highly frustrating to have apport take control of the machine every couple of minutes. Then I sometimes remember to put it back on. Perhaps it would be helpful for idiots like me if apport could offer to disable itself for the rest of the day, or until the next boot? -- 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: Cruft Remover (system-cleaner): testing help?
su, 2008-11-09 kello 09:32 -0800, Dean Loros kirjoitti: > Where is the "white-list" located? /etc/cruft-remover.d/*.whitelist -- 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
Cruft Remover (system-cleaner): testing help?
Hi. I've made a version of Cruft Remover (binary packages system-cleaner and system-cleaner-gtk) that fixes the worst problems, I hope. * Added Polish translation from Piotr Makowski. (Closes: LP# 290196) * The apt Packages list is now checked for sanity. (Closes: LP# 290024) * Icon is now shown in menu, and by the window manager. (Closes: LP: #274714) * The current kernel will now never be considered cruft. (Closes: LP# 285657) * Now asks user to confirm that they want to remove packages or remove other cruft. (Closes: LP# 285888) * Package short description is now shown in the user interface. (Closes: LP# 286394) * The GTK UI now shows column headers, so that it is clear what the tick column means. (No bug reported about this explicitly, but it has come up repeatedly.) * Support for whitelists in /etc/cruft-remover.d/*.whitelist added. See the cruft-remover(8) manual page for details. This can later be seeded with the most common third-party packages, until dpkg+apt get sufficient meta data to deal with this in a better way. (Does not quite close LP: #285746) Because of an unfortunate mishap with version numbers earlier, I can't upload this version to my PPA, but I have uploaded it to my personal site: http://code.liw.fi/ubuntu/pool/main/s/system-cleaner/ I'm asking for help with testing to verify that these bugs are, indeed, fixed, and that there aren't any new problems introduced. Any help with this would be appreciated. Desipite the large and intrusive changes, I'm hoping that they'll be accepted as an SRU, given the sorry state of the packages currently in intrepid. But before I ask for an SRU, I would like to get some feedback from other people that the fixes fix the problems for them, and not just for me. -- 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: rename system-cleaner-gtk to cruft-remover-gtk
ma, 2008-11-03 kello 18:01 +0200, Lars Wirzenius kirjoitti: > I follow the legal advice I got, from a real lawyer, and that was clear: > change the name. Matthew, I'm sorry I chose those words. I didn't no mean to imply you are not a real lawyer. I did not know you were a lawyer at all. Here is what I should have written instead: "I follow the legal advice I got, from a lawyer working for Canonical and answering a direct question on how to handle this case, and the answer was clear: change the name." Further: I have no knowledge or opinion on whether "System Cleaner" should be an allowed trademark, or whether it would survive a court case. I wish to avoid having to involve any further lawyers in this, so I will name the program in a clearly non-conflicting way. I am not attached to the name in any way, I'd rather concentrate on improving the program. As an aside: choosing names for new programs is starting to be a real hassle. -- 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: rename system-cleaner-gtk to cruft-remover-gtk
ma, 2008-11-03 kello 13:35 +, Matthew East kirjoitti:
> Heh, you took me a bit too literally there. I meant that the word
> should be removed from the application completely, but of course it
> would need to be replacd with another title. To be honest, I find the
> word "Remover" a bit awkward, as well. "Removal" would work better, I
> think.
A "something removal tool" might work, but I think I prefer the
"something remover" form. (I'm not so happy about "remover", since the
program does other things than just remove stuff.)
> I've searched through my list email to try to find the previous
> discussion about why the name needed to be changed, and what
> alternative names could be used, but I couldn't find it. I guess it
> was during a meeting.
It happend on IRC, actually, and unfortunately seems to have happened in
private, at a time when the reaction to the letter suggesting a
trademark clash was still being discussed with lawyers. That's why it
wasn't discussed in public. Then, when lawyers were done, and it was
time to upload the package with a new name, there was no time to have a
discussion, since the release was about to happen.
> "System Cleaner" is the obvious name of course. I find it incredibly
> dubious that a trademark could validly be enforced over a name which
> is made up of generic and descriptive terms.
I follow the legal advice I got, from a real lawyer, and that was clear:
change the name.
> Even if there is a valid trademark there, I'm sure an alternative name
> can be found with a bit of brainstorming. Just to kick things off:
>
> System Cleanup, Cleanup Your System, System Restore (is that a
> trademark too?), System Cleanser, System Janitor,
> {Unwanted/Unused/Obsolete} {Program/File} {Removal/Cleanup}
I'd prefer to avoid both the wors "system" and "clean", and derivations
just to be on the safe side. (This is my own conclusion, not based on
legal advice, but hey: why look for trouble?)
Janitor sounds like a good word. Computer Janitor gets a few thousand
hits on Google, so that's probably a bad combination. It'd be cool to
find something that gets at most a few hits.
(On my personal projects, I tend to resort to names based on Finnish.
This is almost certainly a bad idea for this program.)
> Some of those are pretty bad as well, but hopefully would be an
> improvement. My favourite would be "Obsolete File Removal".
Unfortunately, since the program does other things than just remove
files, and will do more of those things in the future, I don't think
that's a good name.
--
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: rename system-cleaner-gtk to cruft-remover-gtk
ma, 2008-11-03 kello 12:49 +0100, Markus Hitter kirjoitti: > Doesn't apt-get suggest to "auto-remove" packages from time to time? > Obviously, the packaging mechanism keeps track of which packages were > installed by user command and which ones solely as a dependency. That's true, and a future version of cruft-remover (or whatever it will be called) will support that. > To add my own $ o.o2, I'd very much like to see a tool or Synaptic > feature which tells me about the differences between a standard > install and the current set of installed packages. That's something cruft-remover could eventually do, too, if people think it is a useful feature. Could you file a wishlist bug against the system-cleaner package about 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
Re: rename system-cleaner-gtk to cruft-remover-gtk
ma, 2008-11-03 kello 08:11 +, Matthew East kirjoitti: > On Mon, Nov 3, 2008 at 7:29 AM, Lars Wirzenius <[EMAIL PROTECTED]> wrote: > > ma, 2008-11-03 kello 08:17 +0100, Mario Vukelic kirjoitti: > >> On Mon, 2008-11-03 at 11:31 +0530, shirish wrote: > >> > had to rename it to cruft-remover-gtk due > >> > to trademark related names. > >> > >> Non-technical users have absolutely no idea what "cruft" means. > >> Wikipedia correctly says, "Cruft is computing jargon" > >> http://en.wikipedia.org/wiki/Cruft > > > > Hmmm. That is, unfortunately, a very good point. Not sure what would be > > the best way to deal with that. > > It's to remove the word. That would leave the name as "Remover", which is also not so good. :) I'm OK with renaming the whole application again, if that's the consensus. Perhaps it would be enough to just change its name in the .desktop file, though? > The whole application needs a thorough review. Agreed. -- 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: rename system-cleaner-gtk to cruft-remover-gtk
ma, 2008-11-03 kello 10:30 +, Matthew East kirjoitti: > If there is genuinely no way of keeping the system clean without some > user intervention, then certainly there is a use for such a program. There is really no way of knowing for certain that a given package is or is not required by the user, in the general case. In some cases a heuristic can be good enough to be used without asking the user, but in many cases there is no such heuristic. For example, if ubuntu-desktop drops a dependency on, say, a hypothetical spreadsheet-application package, that doesn't mean it should be removed when the system is upgraded to the next release. The user might be using the application heavily, and would be quite upset to have it removed, even if there is another, compatible, but different program now installed by default (think gnumeric vs oo-calc: both work, more or less equally well, but they're different enough that a user might have a strong preference for one or the other). Thus, I am of the opinion that a tool to do cleanup, in collaboration with the user, is a good idea. I am, obviously, biased. I freely admit, though, that the current user interface needs review and improvement, and I welcome all help I can get. -- 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: rename system-cleaner-gtk to cruft-remover-gtk
ma, 2008-11-03 kello 08:17 +0100, Mario Vukelic kirjoitti: > On Mon, 2008-11-03 at 11:31 +0530, shirish wrote: > > had to rename it to cruft-remover-gtk due > > to trademark related names. > > Non-technical users have absolutely no idea what "cruft" means. > Wikipedia correctly says, "Cruft is computing jargon" > http://en.wikipedia.org/wiki/Cruft Hmmm. That is, unfortunately, a very good point. Not sure what would be the best way to deal with that. -- 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: rename system-cleaner-gtk to cruft-remover-gtk
ma, 2008-11-03 kello 11:31 +0530, shirish kirjoitti: > Hi all, > I know you guys introduced a package/tool by the name of > system-cleaner-gtk and then had to rename it to cruft-remover-gtk due > to trademark related names. In the Jaunty cycle it would be nice if > you (whoever the maintainer is) rename the package to also > cruft-remover-gtk so confusion is not there. Of course. -- 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: .recently-used : provide a way to disable the logging
ma, 2008-09-15 kello 11:05 +0200, Marcin 'Qrczak' Kowalczyk kirjoitti: > 2008/9/13 (R)om <[EMAIL PROTECTED]>: > > > Every action taken is logged in ~/.recently-used and ~/.recently-used.xbel. > > It should be fine to provide a way to disable this (useless?) logging. > > It's definitely not useless: the documents are seen in Places → Recent > Documents (and the list can be manually cleared from there). That's certainly useful -- for some people. For a lot of us, the list is too short to be useful: the file I want has usually already dropped off the list, even if it's a file I use several times a day. As a result, I have stopped using the list and instead go directly to the file I want. I'd like to be able to change the length of the Recent Files list. (I'd change the length to zero.) -- 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: Apport bug of feature?
ke, 2008-09-10 kello 14:13 +0100, (``-_-´´) -- Fernando kirjoitti: > During development, we turn apport back on, and it starts to catch ALL bugs. > But there are software that aint on Ubuntu reps (most on PPAs) and apport > tries to report the bug/crash and fails. > It is happening to me, several times with gwibber. > > Should this be considered a bug (either by not reporting at all, by reporting > to the proper LP project) or is this a feature, and apport will not submit > bugs for non-existing apps on Ubuntu reps? For what it's worth, apport's behavior is annoying enough that I turn it off on boxes on which I do any significant amount of development. It would be nice if apport only acted on crashes from programs installed via .debs from Ubuntu repositories. -- 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: Boot-time improvements
ke, 2008-09-10 kello 09:22 +0200, Markus Hitter kirjoitti: > This is what Windows XP does already, isn't it? You boot, get > automatic login, see the desktop, but essentially have to wait longer > to do something useful. Or, indeed, to do anything. I've experienced this with my girlfriend's laptop. It is unusable for well over two minutes after the desktop initially appears: either there's too much CPU and disk load, or things won't work because something hasn't started yet (like the firewall). (Obviously something's wrong with it. However, an ignorant user like her or me can't fix it, and there's no reason to assume they could fix Ubuntu, either. Except I could fix Ubuntu, but you know what I mean.) It is very frustating to sit there and not be able to touch the pretty icons. Accordingly, I am not in favor of faking things. At least they shouldn't be faked much. -- 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: ext4 in Intrepid?
to, 2008-08-14 kello 17:57 +1000, Chris Jones kirjoitti: > So I guess I find it ironic that they are still recommending > very-regular backups. Backups are not ironic. Backups are yummy. Backups are the health food that tastes like junk food. Backups are the smell of a clean world after summer rain. -- 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: Automatic fsck
ke, 2008-08-13 kello 18:33 -0400, Phillip Susi kirjoitti: > Andrew Sayers wrote: > > > I assume that the equivalent of "umount $snapshot" is done within the > > kernel when the snapshot is created, because it gives you a new > > non-mounted block device. It's therefore possible to do fsck from cron. > > The snapshot was never mounted in the first place, so there is no need > to unmount it. Right. Just to be clear, the following would be a reasonably reasonable scenario for boot-time fsck, in situations in which LVM snapshots are available: * kernel mounts root filesystem read-only * init scripts make LVM copy-on-write snapshot of all filesystems * init scripts re-mount root filesystem read-write, mount any other filesystems * fsck starts on each snapshot, preferably with "ionice -c3" * once a snapshot has been checked, it is destroyed Since the fscks can take a long time, the results can't be reported at boot-time, and an alternative communication channel is needed. For servers, e-mail and syslog seem reasonable. Any problems found with the snapshots will _not_ be fixed in the real filesystem, only in the snapshot. The real filesystem needs to be fixed too. Like Matt suggested, marking the filesystem dirty (so a real fsck is run at next boot) seems like a reasonable way of doing that. For desktops, putting errors into /var/log/background-fsck/foo.log and having something in the GNOME/KDE sessions watch those files and pop up an error message should be feasible. Would that work? -- 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: Automatic fsck
ti, 2008-08-12 kello 15:07 +0100, Matt Zimmerman kirjoitti: > On Tue, Aug 12, 2008 at 02:59:22PM +0100, Alexander Jones wrote: > > 2008/8/12 Lars Wirzenius <[EMAIL PROTECTED]>: > > > A way to avoid that would be to set up systems with LVM, and use an LVM > > > snapshot volume for running fsck. This would give fsck a frozen snapshot > > > of the system, and should work better. However, it requires some free > > > space to be used, and I haven't actually tried it yet. Reserving some > > > disk space just for this probably isn't going to be all that popular, > > > either. However, for systems on which it would be acceptable, it might > > > be worthwhile to investigate this. > > > > And then what happens when it fails the check? Sounds pretty messy to me. > > Indeed. The best we could do in a scenario like this would be to flag the > filesystem dirty so that it gets checked the next time it's possible. I assume you mean the next time the system is rebooted. That might be a long time in the future: servers especially might run for months without a reboot. Even laptops might not reboot until there's a kernel security update that affects them. If the filesystem really is corrupted, it would be best to deal with it as soon as possible, before (more) data is lost. I'd rather notify the server admin via e-mail (which is the standard way of doing such things for servers), and the desktop user via a notification area alert of some kind, triggered in some suitable way. > > I say we look into fixing e2fsck to do online consistency checking > > without borking over changing filesystem contents. Don't other OS/FS > > combos do this well? > > This requires the cooperation of the kernel, and I don't think this exists > in ext3. An ext[234] solution would also be specific to that filesystem. An LVM solution would be generic for all filesystems. -- 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: Automatic fsck
ti, 2008-08-12 kello 20:57 +1000, Ian Chennell kirjoitti: > If fsck is to run during shutdown, then there definitely needs to be a > means to easily skip it, or perhaps defer it to run at the next startup. > Many people (like me :P) leave it till the very last minute at work > before doing an "express shutdown" to dash out the door for the train. > Having the laptop decide that it needs to do a disk scan at that point > will not be popular...! I have the same feeling. I often shut down my desktop and file servers at home over night, and I wouldn't want the file server to stay on for several hours doing fsck, while I'm trying to get some sleep. (I also don't like it taking hours to boot up, when fsck-on-boot strikes.) It seems there is not good to run fsck either during boot or during shutdown. As it happens, I made a little experiment to run fsck with -n (supported by ext2/ext3 mainly) while the system was running, to avoid having to run it during boot at all. This would be good also for long-running servers: they could run fsck from cron. Unfortunately, e2fsck does not handle very well the situation of the filesystem changing from underneath it, which will happen when running with -n on a mounted filesystem. A way to avoid that would be to set up systems with LVM, and use an LVM snapshot volume for running fsck. This would give fsck a frozen snapshot of the system, and should work better. However, it requires some free space to be used, and I haven't actually tried it yet. Reserving some disk space just for this probably isn't going to be all that popular, either. However, for systems on which it would be acceptable, it might be worthwhile to investigate this. -- 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 madness: High frequency of load/unload cycles
ke, 2008-05-14 kello 02:11 -0400, Mackenzie Morgan kirjoitti: > Could a list of vendors who make crappy hard drives (ie ones with this > issue) be made so we all can avoid them? I can say my Western Digitals > don't have the issue, though they do have a tendency to die anyway (bad > sectors and dead circuitry, no clicking or oddly high disk i/o). Don't all vendors occasionally make bad hardware? I know that I've had bad disks from IBM/Hitachi, Seagate, WD, and Maxtor, at least. (Not all of them laptop disks, though.) (My philosophical stance is that all hardware is not just bad, but evil, and actively designed to make your life a misery, but let's ignore that, for now. My question above is serious.) -- 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: UNDELETION EXT3 workaround
On ti, 2008-02-19 at 20:57 -0500, A. Walton wrote: > On Feb 17, 2008 8:11 PM, Vincent <[EMAIL PROTECTED]> wrote: > [snip] > > alias rm="mv --force --target-directory=$HOME/.Trash/" > > alias rmdir="mv --force --target-directory=$HOME/.Trash/" > [/snip] > > And of course, that would break any script that needs to use rm to > deal with a file Aliases don't actually affect shell scripts at all, just interactive sessions. -- 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: Minimal Hardy Alpha Images
On ti, 2008-02-12 at 00:22 +, (=?utf-8?q?=60=60-=5F-=C2=B4=C2=B4?=) -- Fernando wrote: > On Monday 04 February 2008 12:01:00 Sarah Hobbs wrote: > > You are using rsync for updating images, aren't you? > > > > Hobbsee > > How does one do that? https://help.ubuntu.com/community/RsyncCdImage That page is hopefully helpful. -- 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: "Make sense" keymap to launch gnome-system-monitor?
On pe, 2008-02-08 at 12:53 -0500, A. Walton wrote: > I could see a use, as this is Ubuntu Studio and not Ubuntu; music > producers often need to check CPU usage of their software, and avoid > pegging the CPU to avoid nasty pops, cracks and hisses caused by > hardware hiccups. While some utilities have this built in, some don't, > so it's good to keep an eye on CPU usage (and arguably, memory usage > as well). I have in my top panel a system monitor that continuously reports CPU, network, and disk activity (these being the three metrics I'm primarily interested in). Unobtrusive, and does not require bringing it up separately. -- 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: "Make sense" keymap to launch gnome-system-monitor?
On ke, 2008-02-06 at 15:49 -0500, Evan wrote: > I'm sure this debate has gone on before, but I'm in favour of stopping > Ctrl-Alt-Backspace from killing X because new users can press this by > accident. That combo would work if it was freed from its present duty. Er, would that not be a colossally bad idea, for people who want to launch gnome-system-monitor on a system that is configured in the usual way, and end up killing X instead? Using such a keystroke for something completely different between systems is going to be somewhat annoying to a number of people, I predict. -- 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: KVM, virt-manager, etc.
On su, 2008-02-03 at 23:48 +, (=?utf-8?q?=60=60-=5F-=C2=B4=C2=B4?=) -- Fernando wrote: > egrep ‘(vmx|svm)’ /proc/cpuinfo Someone, somewhere, has replaced the correct ASCII single quotes (code point 39, hexadecimla 0x27) with something else. Replace the quotes with ASCII single or double quotes and it will work. -- 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: Hardy Alpha-4 synaptic error
On su, 2008-02-03 at 09:05 -0600, Richard Mancusi wrote: > [EMAIL PROTECTED]:~$ gksu update-manager > warning: could not initiate dbus You don't need to run update-manager as root. It will switch to root (and ask for username then) when it needs it. This should at least fix the dbus initialization problem. (I don't know about the other problems, which may be unrelated.) -- 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: tracking down suspend/hibernate bugs?
On to, 2008-01-17 at 11:59 +0100, Paulus Esterhazy wrote: > It would be *very* helpful if a developer who really knows this stuff > could write a document on the Wiki detailing how this process works for > hardy. To users, suspend problems are opaque, because there often are no > logs readily available. Often, it's very hard to tell which piece of the > system is causing the lock-up. https://wiki.ubuntu.com/UnderstandingSuspend might of some help to some people. -- 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: Changing dpkg-deb default compression from gzip to lzma for Hardy
On ke, 2007-12-19 at 13:34 -0500, Mackenzie Morgan wrote: > I upgrade a between 2 days and 2 weeks before release to avoid waiting > 4 hours for the upgrade to download on release day, like I did with > Edgy. For releases, one can almost certainly wait a few days for the worst rush to be over. For security updates, however, waiting is inadvisable. -- 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: Changing dpkg-deb default compression from gzip to lzma for Hardy
On ma, 2007-12-17 at 13:05 +0100, Krzysztof Lichota wrote: > It is hard to judge best compression using only one package. On a lark, I ran a little script that re-compresses the components of a .deb with the desired compression program, and reports results: bzip2: Packages, total count: 22485 Originals, total size: 17467,4 MiB Repacked, total size: 15944,3 MiB Size reduction: 1523,06 MiB (8,7 %) Repacked bigger than original, count: 10777 lzma: Packages, total count: 22485 Originals, total size: 17467,4 MiB Repacked, total size: 13167,9 MiB Size reduction: 4299,46 MiB (24,6 %) Repacked bigger than original, count: 1421 The above are results for gutsy as of today (or as of about 24 hours ago, when I last updated my mirror). I chose gutsy, since it is a more stable target. Please excuse the use LANG=fi_FI formatting of numbers. Unfortunately, I didn't think of adding code to measure uncompression speeds. On the other hand, the machine I ran the script on is fairly fast, so it would not really care about the uncompression speed anyway. Such a test should be run on a slow machine. (If anyone wants to duplicate the test, I can provide the script, or the outputs of the script.) FWIW, I think it'd be a good thing for Ubuntu to switch from gzip to lzma. The space savings are quite significant. -- 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: Easier and more reliable ISO downloads, with error correction
On ti, 2007-11-06 at 17:12 -0500, Phillip Susi wrote: > In my 12 years of extensive Internet use, and several years prior to > that of using BBSes, I have NEVER had a download corrupted. It seems to > me that the sophisticated error detection and correction measures in the > underlying links are sufficient to prevent such errors. The error checking in the TCP/IP layer is usually sufficient, but not always. The checksum is short enough (32 bits, if I remember correctly) that errors can creep in. I have had it happen at least once to me. Unfortunately, the errors are more likely the more you download, and the more traffic there is -- meaning that at release time, for example, things are most likely to break, when people download huge ISO files. -- 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
