Outdated binaries in the archive due to Packages-arch-specific or FTBFS
There are quite a number of outdated binaries in the archive in universe, which is not covered by the current britney outdate report. A significant portion of these are outdate because Packages-arch-specific masks them preventing any new builds, but the old binaries have not been removed from the archive. I've made a list of all packages which were outdate in intrepid and are still outdate in jaunty, and now want to start filing bugs against them - what should I do in these bugs: Subscribe ubuntu-archive for NBS processing, or leave them for a MOTU/core-dev to ack the need for NBS removal? If the second, is there some way the bugs should be tagged as relating to archive cleanliness, so they can be usefully queried for? The outdates which are not due to Packages-arch-specific are generally FTBFS bugs - there are even some packages which have been FTBFS since hoary (!). When a package has been FTBFS for a long time, is there some way to mark the FTBFS bug such that the outdated binaries will get removed before Jaunty is released, if no one has got around to fixing them? Max. signature.asc Description: OpenPGP 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: Replacing network-offline (old version 2xmonitor) with NM wlan 0% signal strength icon
(``-_-´´) -- BUGabundo wrote: > human-icon-theme (0.33.2) jaunty; urgency=low > > * Replacing network-offline (old version 2xmonitor) with NM wlan 0% signal > strength icon > > -- Kenneth Wimer Thu, 05 Mar 2009 18:36:53 +0100 > > > Can this be reverted? > The new icon is very deceiving, making me think I have my WiFi On, but with > no signal. > I rather have the old icon back. > Thanks I agree, this really is an unpleasant regression. Totally counter-intuitive and misleading. The concept of being associated with a wireless network but having very low signal, vs. the concept of not being associated at all, are very much distinct and should not be confused in this way. Thanks, Max. signature.asc Description: OpenPGP 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: Replacing network-offline (old version 2xmonitor) with NM wlan 0% signal strength icon
Mat Tomaszewski wrote: > Nicolò Chieffo wrote: >> I totally agree that it's confusing >> >> > Is it confusing just because it's different to what you've been used to? > I know it's not a justification, but OSX have been using exactly the > same metaphor for many years now and it seems to be working out very well. > > There was a significant problem with the old icon (2 monitors), it was > *totally* mysterious (what 2 monitors have to do with network > connection?) and we had many complaints. > There were couple of other reasons for trying out this new solution: > > 1. The *only* way to connect to a wireless network (which is the essence > of connectivity these days) is by clicking on the network icon. > Therefore it should be something that users would associate with > wireless networking. > 2. Having 0 signal = not connected may not be true from technical > perspective, but it is true from practical perspective. You have no > signal, therefore you won't be able to browse the web. Click on the icon > to do something about it (check what's going on, connect to a different > network, etc). > > > I appreciate critical voices, but please be constructive. One thing I'm > sure of is that we will not bring back the old icon. :) > Any suggestions as to how to improve the current situation are more than > welcome! There *is* a difference between 0 signal and not connected, even from a practical perspective - 0 signal means "you need to move closer to the access point", not connected means "you have to initiate a connection" - they're different failure modes with different practical action required. I agree that it's a problem that there is no obvious icon to represent the abstract concept of "network". In absence of any better suggestions, I agree with Nicolò Chieffo's suggestion - a red cross overlaid on the existing icon would be a reasonable solution. Max. signature.asc Description: OpenPGP 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: Large files under ubuntu do not appear to work
Derek Broughton wrote: > Stephan Hermann wrote: > >> as for msdos labels (which is the default) you won't come over 2TB >> (reading as disk vendor means: 1000bytes == 1KB and not 1024bytes == >> 1KByte) > > You should know that this isn't unclear. 1024 Bytes is a KiB, not a KB. > 2TB is 2*10**12 bytes, 2TiB is 2 * 2**40 (I think :-) ) bytes. 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 :-) Max. signature.asc Description: OpenPGP 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: Large files under ubuntu do not appear to work
Christopher Chan wrote: > Mackenzie Morgan wrote: >> On Thursday 26 March 2009 11:54:06 pm Jan Claeys wrote: >> >>> 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... ;) >>> >> My connection is 10 mbit. Though the last ISP I had, the sales people tried >> to say 10 Mbit. They didn't know there's a factor of 8 difference. This is >> like that Verizon Math: $0.002 and 0.002¢ are totally the same thing...right? >> >> > For crying out loud it's MB/Mb megaBYTE and mb megabit. 10Mbit and > 10mbit are the same. It's 10Mbyte and 10Mbit that is different. If you want to be *strictly* accurate Mbit is megabit and mbit is millibit! - Hence Jan's smiley :-) Max. signature.asc Description: OpenPGP 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: Eclipse is stagnating
Robbie Williamson wrote: > FYI, we will have a session at UDS on upgrading to Eclipse 3.4/3.5 in Karmic. That's good news. What's the best way for those of us not at UDS to follow along with progress before and after? Thanks, Max. signature.asc Description: OpenPGP 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: help with package creation
travis+ml-ubuntu-...@subspacefield.org wrote: > Hi, > > I've found very spotty documentation on packages, mostly here: > > https://wiki.ubuntu.com/PackagingGuide/HandsOn What about https://wiki.ubuntu.com/PackagingGuide/Complete ? There's a huge amount of information there. If you still feel that to be "spotty", it would be helpful if you noted specific things you found it lacking in. > The problem with these tutorals - and there are several - is that they > don't take into account the differences in what you're trying to > package. Naturally you have to take the concepts expressed in the guides and apply them to the specific package you are working on. I don't understand what you're implying they should be like instead. > I'm trying to create a "polipo-tor" package which depends on both polipo > and tor being installed already. All it does is install some config files > and set up /var/run/polipo-tor and /var/log/polipo-tor. > > I'm trying to package it as an architecture-independent package. > > Here is the contents via lesspipe: > > new debian package, version 2.0. > size 9714 bytes: control archive= 1552 bytes. > 96 bytes, 4 lines conffiles > 626 bytes,16 lines control > 285 bytes, 4 lines md5sums > 1371 bytes,53 lines * postinst #!/bin/sh > 1153 bytes,45 lines * postrm #!/bin/sh > 278 bytes,11 lines * prerm#!/bin/sh > Package: polipo-tor > Version: 1.0-0ubuntu1 > Architecture: all > Maintainer: Ubuntu MOTU Developers > Installed-Size: 52 > Depends: polipo, tor, tsocks > Section: web > Priority: optional > Description: Polipo web proxy configured to route through tor > This is the polipo-tor package. > It installs a new polipo service that listens on port 8124 > and forwards all requests through tor. > Note that this package makes it easy to route through tor, > but it does not try to prevent de-anonymization attacks; > those depend on browser configuration. > Original-Maintainer: Travis H. > > *** Contents: > drwxr-xr-x root/root 0 2009-05-22 13:18 ./ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./etc/ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./etc/polipo-tor/ > -rw-r--r-- root/root 3912 2009-05-22 13:18 ./etc/polipo-tor/config > -rw-r--r-- root/root 450 2009-05-22 13:18 ./etc/polipo-tor/forbidden > -rw-r--r-- root/root 172 2009-05-22 13:18 ./etc/polipo-tor/options > drwxr-xr-x root/root 0 2009-05-22 13:18 ./etc/init.d/ > -rwxr-xr-x root/root 11669 2009-05-22 12:54 ./etc/init.d/polipo-tor > drwxr-xr-x root/root 0 2009-05-22 13:18 ./var/ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./var/log/ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./var/log/polipo-tor/ > -rw-r--r-- root/root 0 2009-05-22 13:18 > ./var/log/polipo-tor/polipo.log > drwxr-xr-x root/root 0 2009-05-22 13:18 ./var/run/ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./var/run/polipo-tor/ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./usr/ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./usr/share/ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./usr/share/doc/ > drwxr-xr-x root/root 0 2009-05-22 13:18 ./usr/share/doc/polipo-tor/ > -rw-r--r-- root/root 2051 2009-04-30 11:12 > ./usr/share/doc/polipo-tor/README.Debian > -rw-r--r-- root/root 1603 2009-04-28 19:05 > ./usr/share/doc/polipo-tor/copyright > -rw-r--r-- root/root 152 2009-05-22 13:03 > ./usr/share/doc/polipo-tor/changelog.Debian.gz > > Now unfortunately, it isn't installing /etc/polipo-tor/config. > > Or anything in that subdirectory. > > ANy clues why? By "that subdirectory" you mean "/etc/polipo-tor/" ? Normal packaging methodologies will register files in /etc/ as conffiles. Special processing is applied to conffiles to maintain user changes. "User changes" includes deleting them. If you had a version of your package installed, and deleted the files manually, then reinstalls of your package will not recreate them. Try reinstalling it with 'dpkg --force-confmiss -i polipo-tor_1.0-0ubuntu1_all.deb' . If that's not the problem, you'll need to publish your source package and ask for someone to take a look at it. The #ubuntu-motu IRC channel is a good place to get packaging help. If your package is intended to enter Ubuntu itself when ready, publish it to REVU. > Also, I've set up a local repository using the following script: > > cd /ref/www/packages/ubuntu > for b in $(find dists -type d \( -name 'binary*' -o -name 'all' \)) > do > dpkg-scanpackages $b /dev/null | gzip -9c > $b/Packages.gz > done > for s in $(find dists -type d -name source) > do > dpkg-scansources $s | gzip -9c > $s/Sources.gz > done > > > However, when I try to "apt-get -y install" a package, it fails because > the repo isn't signed somehow. I've already added the key I used to create > the packages via "
Re: Ubuntu Desktop Unit Consistency (LP: #369525)
Mackenzie Morgan wrote: > On Sunday 31 May 2009 11:51:16 pm Christopher Chan wrote: >> That has been the case for years and only recently have I heard this >> nonsense of base10 whateverbyte units in stuff other than misleading but >> covered my behind disk labels. > > The IEEE decided nearly a decade ago that instead of redefining the SI units > (which were base 10 long before the invention of digital computers), we > should > have our own prefixes for 1024-based numbering schemes. Indeed. It's very regrettable that they gave the new prefixes such silly-sounding names that no one wants to use them. Max. signature.asc Description: OpenPGP 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: Ubuntu Desktop Unit Consistency (LP: #369525)
Chan Chung Hang Christopher wrote: > Benjamin Drung wrote: >> On Mon Jun 1 04:15:19 BST 2009 Remco wrote: >> >>> I have a file here of "701.2 MB", which is "735270912 bytes". Now, if >>> it really *were* 701.2 MB, then it would be 70120 bytes. So that's >>> clearly base 2, which should be MiB. >>> >> That is what the bug report is about. Using MiB for values, wich are base 2. >> >> So is there anybody who wants to keep the old confusing behaviour? >> >> > /me raises hand. Ditto. To my mind, the power-of-2 grouping is sufficiently intrinsic to the nature of bytes, whilst the "kibi mebi gibi tebi" stuff not only sounds and looks stupid, but loses a great deal of clarity by making all of the prefixes differ only in a single syllable. Max. signature.asc Description: OpenPGP 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: package not installing config files
travis+ml-ubuntu-...@subspacefield.org wrote: > Hello all, > > I've been attempting to make an Ubuntu package for local use. > > I followed the guide here: > > https://wiki.ubuntu.com/PackagingGuide/HandsOn > > Is this the best current guide? > > I have created a package called polipo-tor which is supposed to have polipo > and tor as prerequisites and needs only install a few things, including a > config file to /etc/polipo-tor. However, even though the config files show > up in lesspipe *.deb (attached), they do not get installed and so the package > installation fails when it tries to run the init.d script. > > Can anyone help me figure out why? All the other files get installed > correctly. > You asked the same question on this mailing list on 22nd May, with subject "help with package creation" - I responded on 29th May with a possible cause. Please see that earlier message. Max. signature.asc Description: OpenPGP 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: how to avoid unauthenticated warning
travis+ml-ubuntu-...@subspacefield.org wrote: > Hello, > > I'm in the process of setting up my own Ubuntu repository for some local > packages. > > I used the following HOWTOs: > https://help.ubuntu.com/community/AptMoveHowto > https://wiki.ubuntu.com/PackagingGuide/HandsOn > > I use the following script: > > for b in $(find dists -type d \( -name 'binary*' -o -name 'all' \)) > do > dpkg-scanpackages $b /dev/null | gzip -9c > $b/Packages.gz > done > for s in $(find dists -type d -name source) > do > dpkg-scansources $s | gzip -9c > $s/Sources.gz > done > for r in intrepid jaunty > do > rm dists/$r/Release > apt-ftparchive -c ../$r.conf release dists/$r > dists/$r/Release > gpg -ba -u 4F988F40 -o dists/$r/Release.gpg dists/$r/Release > done > > However, I still get this error: > > WARNING: The following packages cannot be authenticated! > polipo-tor > Install these packages without verification [y/N]? > > How do I avoid that error? Your script doesn't look like it will generate a proper repository layout to me. > Is there an easier way of doing all this? My own script for this purpose is currently at https://code.launchpad.net/~maxb/+junk/apt-generate . It certainly works for me. Max. signature.asc Description: OpenPGP 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: Ubuntu Desktop Unit Consistency (LP: #369525)
Mike Jones wrote: > Do we have agreement that the correct prefixs for units that are counted > in powers of two are kibi, mebi, gibi, tebi, and so on? Not really, no. Some of us, myself included, are somewhat annoyed at standards bodies attempting to foist a bunch of overly-similar, awkward to pronounce, and generally stupid-sounding names on us. Max. signature.asc Description: OpenPGP 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: Issues with pycaml in Karmic (was: Re: Adaptation of ocaml_transition_monitor to Ubuntu)
David MENTRE wrote: > Hello Dmitrijs, > > On Wed, Jun 3, 2009 at 15:23, Dmitrijs Ledkovs > wrote: >> Not an expert nor a DD nor anything in Ubuntu. But this could be >> either a gcc4.4 transition/bug or a python2.6 et al bug. >> >> Does exactly this package compile fine in Sid & Jaunty if yes than >> most likely gcc4.4 related. > > It builds in Jaunty (not exactly the same package "-8ubuntu1" instead of > "-9"): > https://launchpad.net/ubuntu/jaunty/+source/pycaml/+builds > > It compiles in Sid (but using gcc-4.3 and python 2.5): > https://buildd.debian.org/pkg.cgi?pkg=pycaml Hi David, if you look at the build log, the error is: pycaml_ml.c:1151: error: 'PyImport_ImportModuleEx' undeclared here (not in a function) If you dig around a bit, you find that in Python 2.6, this is strictly a #define, which is incompatible with pycaml_ml.c's use of it - whereas in Python 2.5, it was also provided as a real entry point for compatibility. Rather annoyingly, if you dig into Python's svn repository, it looks like this compatibility provision may have been *accidentally* reverted - http://svn.python.org/view?view=rev&revision=59678, look at the changes to import.c and import.h. Accidentally or not, it looks like pycaml will need to be adapted to not use that function. Max. signature.asc Description: OpenPGP 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: shameful censoring of mono opposition
Remco wrote: > Wine is not in the default install, like the codecs, > so it is *not* included in Ubuntu. To equate "not included in Ubuntu" with "not in the default install" is twisting semantics to suit your purpose. Ubuntu universe is still part of Ubuntu. If you mean "Ubuntu main", or "Ubuntu default install", be sure that is what you actually say. Max. signature.asc Description: OpenPGP 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: Replace Tomboy with Gnote?
Christopher James Halse Rogers wrote: > On Tue, 2009-06-16 at 23:32 -0400, Danny Piccirillo wrote: >> Anyways, someone on the forums started a discussion about this and i >> was wondering what you guys on the list though. There was a surprising >> amount of support and quite a few people seem to have already switched >> to Gnote. Reasons seem to be: improved integration, similar look, >> faster and uses less memory, and it's smaller (and for those who care, >> it doesn't require mono). Reasons against seem to be: lacking some >> features. There didn't seem to be much detail on any of the points on >> both sides though. >> > > There doesn't seem to be a lot of content here. > Questions that would need to be answered: > * Better integration with what? > * Faster - as measured by? How much faster? Will this remain when it > is feature-complete? > * Less memory - again, as measured by? How much less? Will this remain > when it is feature-complete? > * What features does it lack? > > And additionally: > * How responsive is upstream? > * How quickly are bugs fixed? > * Is upstream likely to be robust? > * Security flaws? > > Without answers to these questions there's really nothing to discuss. > If you can provide some answers to these questions, there's a discussion > to be had and the tradeoffs can be weighed. Otherwise there's no data, > and the discussion will revolve solely around posters objections to > Mono. Somewhere in the sprawling Mono-rant thread, concerns were raised about file format compatibility between Tomboy and Gnote. Add this item to the list of things to be considered. Actually, though, the original source of these concerns seems to be http://bugzilla.gnome.org/show_bug.cgi?id=581844, which concerns me a lot less than the overly hyped way the issue was described in that thread. Max. signature.asc Description: OpenPGP 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: New GDM upload to Karmic
Alexander Sack wrote: > On Fri, Jul 03, 2009 at 03:35:10PM -0700, Dean Loros wrote: >> Greetings... >> >> There has been several problems with the new GDM upload to Karmic--most >> problematic is that during the update the xsession will close, causing >> problems ranging from mild to very severe...Bug report: >> https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/395313 & forum >> discussion: http://ubuntuforums.org/showthread.php?t=1202843 > > For me gdm didnt really log out. Rather it triggered the "user > switch" screen and i was able to resume my running session by after > username/password. Alexander, I experienced what you describe above when upgrading from old gdm to new gdm, *but* when I later upgraded from one package version of new gdm to a slightly newer one, it killed my session outright. Either way, even triggering the "user switch" screen in the middle of a jaunty->karmic upgrade would be very bad user experience. Max. signature.asc Description: OpenPGP 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: PPA: how to build for karmic
David MENTRE wrote: > Hello, > > I have successfully build a source package and uploaded it to my > PPA. Unfortunately, by default the PPA is for Jaunty while I wanted to > build the package for Karmic. > > As far as I have understood, one needs to tell the requested Ubuntu > release using a .dput.cf configuration parameter "incoming = > ~/ppa/ubuntu/", where "" is > "karmic", "jaunty", etc. PPAs do not default to any particular distroseries. The primary means of specifying which series an upload is to be built in is exactly the same as used for uploads to the Debian or Ubuntu distributions - the distribution field in the debian/changelog file, which is copied into the .changes file by the build process. The trick of appending a series name to the upload incoming URL that you mention above is actually just a special-case feature to allow overriding the normal method. I believe it's intended to allow you to upload an unmodified Debian source package to a PPA. > Is this correct? Is there a way to make a PPA dedicated to a given > release? PPAs are not inherently bound to particular releases. You simply choose which release each upload to a PPA is directed to. > If I want to have the same package for different releases (jaunty and > karmic for example), how do I must proceed? Option 1: Build the package in the earliest series, and copy it, including its binary packages, into later series. Test that the binary packages still work and are installable in the newer series. Option 2: Upload several different versions targeted at different series. Relevant documentation: https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage https://help.launchpad.net/Packaging/PPA/Uploading Max. signature.asc Description: OpenPGP 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: Ubuntu Advanced?
Dane Mutters wrote: > Just an example that I was arguing with yesterday: /etc/resolv.conf. > It's auto-generated by NetworkManager. I like NM; don't get me wrong, > but if you need to change the DNS (or other) settings from the command > prompt, it's really a pain. Hi Dane, The 'resolvconf' package is a rather sophisticated framework for controlling how /etc/resolv.conf is generated, and NetworkManager will use it if it is installed. For example, I use it to add a "search mycompany.com" statement to /etc/resolv.conf that persists when NetworkManager rewrites the file to change the nameservers. Max. signature.asc Description: OpenPGP 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: too many virtual terminals by defaut
Jérôme Bouat wrote: > Hello, > > > I think that only 2 virtual terminals instead of 6 would be enough. > > I understand that most of the memory of the virtual terminals is shared. > However, it would decrease the number of processes (more human readable > process list, less processes context switch, ...). > > There is no small enhancement. Jerome, A decrease of 4 processes would have negligible effect on the overall system process list. An idle process should have negligible context switch overhead. Thus your proposal seems to me to have no advantages, yet would disadvantage people who actually use multiple VTs and would depart needlessly from standards/tradition. Max. signature.asc Description: OpenPGP 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: too many virtual terminals by defaut
Jérôme Bouat wrote: > What about the system startup duration impact ? What about it? My intuition is that starting a few extra VTs should not take significant time. Produce evidence to the contrary if you disagree. Max. > Max Bowsher a écrit : >> Jérôme Bouat wrote: >>> Hello, >>> >>> >>> I think that only 2 virtual terminals instead of 6 would be enough. >>> >>> I understand that most of the memory of the virtual terminals is >>> shared. However, it would decrease the number of processes (more >>> human readable process list, less processes context switch, ...). >>> >>> There is no small enhancement. >> >> Jerome, >> >> A decrease of 4 processes would have negligible effect on the overall >> system process list. >> >> An idle process should have negligible context switch overhead. >> >> Thus your proposal seems to me to have no advantages, yet would >> disadvantage people who actually use multiple VTs and would depart >> needlessly from standards/tradition. >> >> Max. >> > > signature.asc Description: OpenPGP 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