autopkgtest.ubuntu.com - User Page
Greetings! We have a new feature for autopkgtest - in the Release Management team we recently finished working on our new "User Page". This page can be reached at: https://autopkgtest.ubuntu.com/user// Or by logging in, and clicking on your username in the navbar. This page lists all of your currently queued and running tests, as well as all of your test results. There's a navigation section where you can choose to view only queued, only running, or only previous test results. The previous test results has pagination and you can go back as far as you need :) A disclaimer - PPA test results aren't supported on this page. Big thanks to Simon Chopin for requesting this new feature! We hope you all like it and if you run into any issues, please contact us on #ubuntu-quality on IRC. Thanks! Tim Andersson, Paride Legovini, Florent (Skia) Jacquet & Brian Murray -- [image: Canonical-20th-anniversary] *Tim Andersson* Software Engineer (Canonical Ubuntu Release Management) Email: tim.anders...@canonical.com Location: United Kingdom canonical.com ubuntu.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
autopkgtest.ubuntu.com - all-proposed in retries, running page and results pages
Hi all! We recently made some quality of life changes to autopkgtest.ubuntu.com, and thought we'd share them with you all. Up until now, when requesting a test with "all-proposed=1" via the webpage, you could never see on the results or running pages whether a test was requested with or without "all-proposed=1" (for those wondering what this means in practice, it just means that when installing packages on the testbed, *all* of them are installed from the proposed pocket, rather than just the specified triggers). This is now amended (fixing [1]). We added a new column to the results page, titled "env", in which you can see "all-proposed=1" if the test was requested with this additional param (nothing will be displayed if it wasn't). You will also now start seeing "all-proposed: 1" on the /running page for tests that were requested with this additional param. Additionally to this, when retrying a test by clicking the retry button on the results page, "all-proposed=1" is now preserved when retrying. For those wondering why we titled the column "env" and not "all-proposed", we intend to use this "env" column for additional features in the future. If you run into any issues regarding this feature or any others, please contact us on IRC in the #ubuntu-quality channel. Regards, Tim [1] https://bugs.launchpad.net/auto-package-testing/+bug/1999163 -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Duplicate Requests in autopkgtest-cloud
Hi Athos, Sorry, we overwrote the hotfix the other day with a deployment, sorry. I've reinstated it now. Please let me know if you have any issues! Regards, Tim On Wed, 16 Aug 2023 at 16:54, Athos Ribeiro wrote: > On Fri, Jul 28, 2023 at 10:01:50AM +0100, Tim Andersson wrote: > >Hi Steve, > > > >This is something I missed in the initial implementation, but there's now > >an MP for a fix ready to go into master. Right now, however, I've hotfixed > >prod so that if you pass `all-proposed`, the duplicate request check is > >disabled. I made this quick change to unblock ginggs > > Hi Tim, > > is the hotfix still up? > > I just got a request with all-proposed blocked because a request without > it was queued. > > > > >On Fri, Jul 28, 2023 at 5:19 AM Steve Langasek > > >wrote: > > > >> Hi Tim, > >> > >> On Thu, Jul 27, 2023 at 11:10:05AM +0100, Tim Andersson wrote: > >> > Hi all, > >> > >> > In the Ubuntu QA team we recently made and deployed a change which now > >> > makes it impossible to queue duplicate requests. > >> > >> > If a request is currently in the queue, or is currently running, and > you > >> > request the same test, you will be taken to an error page which tells > you > >> > the test details and whether it is currently queued or currently > running. > >> > It looks like this: > >> > ``` > >> > > >> > You submitted an invalid request: > >> > > >> > Test already queued: > >> > > >> > release: lunar > >> > > >> > pkg: gzip > >> > > >> > arch: arm64 > >> > > >> > triggers: gzip/1.12-1ubuntu1 > >> > > >> > ``` > >> > This is to try and ease the load on autopkgtest-cloud. > >> > >> > If you experience any bugs or unexpected functionality, please file a > bug > >> > against `autopkgtest-cloud` and let us know. We expect it to work > >> > seamlessly but always expect the unexpected right :) > >> > >> Does the code also properly distinguish between tests queued with > >> proposed=1 > >> and those without, so that it's possible to queue both ways in parallel? > >> > >> Thanks, > > -- > Athos Ribeiro > > -- > ubuntu-devel mailing list > ubuntu-devel@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel > -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Duplicate Requests in autopkgtest-cloud
Hey Utkarsh, Thanks for reporting this! Yeah we've recently become aware of this. It takes a few seconds for a request to hit the queue, so if you spam refresh or re-queue you can queue multiple times. Not really sure how to amend this just yet, but we'll look to amend it in the future. Thanks, Tim On Tue, Aug 8, 2023 at 3:50 PM Utkarsh Gupta wrote: > Hi Tim, > > On Thu, Jul 27, 2023 at 4:01 PM Tim Andersson > wrote: > > In the Ubuntu QA team we recently made and deployed a change > > which now makes it impossible to queue duplicate requests. > > Super, this is great stuff! > > However, this isn't working as advertised. Or perhaps I've gotten it > wrong. But I wanted to trigger 'livecd-rootfs/23.10.12' for > mantic/ppc64el and I did but just to try the whole duplicating thing, > I did another time, and it did again. On the third time, however, it > said it's already queued. Upon checking > https://autopkgtest.ubuntu.com/running, I can confirm that the > autopkgtest is running twice, triggered 9 seconds apart. Is that > anyhow expected? > > > - u > -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Duplicate Requests in autopkgtest-cloud
Hi Steve, This is something I missed in the initial implementation, but there's now an MP for a fix ready to go into master. Right now, however, I've hotfixed prod so that if you pass `all-proposed`, the duplicate request check is disabled. I made this quick change to unblock ginggs Regards, Tim On Fri, Jul 28, 2023 at 5:19 AM Steve Langasek wrote: > Hi Tim, > > On Thu, Jul 27, 2023 at 11:10:05AM +0100, Tim Andersson wrote: > > Hi all, > > > In the Ubuntu QA team we recently made and deployed a change which now > > makes it impossible to queue duplicate requests. > > > If a request is currently in the queue, or is currently running, and you > > request the same test, you will be taken to an error page which tells you > > the test details and whether it is currently queued or currently running. > > It looks like this: > > ``` > > > > You submitted an invalid request: > > > > Test already queued: > > > > release: lunar > > > > pkg: gzip > > > > arch: arm64 > > > > triggers: gzip/1.12-1ubuntu1 > > > > ``` > > This is to try and ease the load on autopkgtest-cloud. > > > If you experience any bugs or unexpected functionality, please file a bug > > against `autopkgtest-cloud` and let us know. We expect it to work > > seamlessly but always expect the unexpected right :) > > Does the code also properly distinguish between tests queued with > proposed=1 > and those without, so that it's possible to queue both ways in parallel? > > Thanks, > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > Ubuntu Developer https://www.debian.org/ > slanga...@ubuntu.com vor...@debian.org > -- > ubuntu-devel mailing list > ubuntu-devel@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel > -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Duplicate Requests in autopkgtest-cloud
Hi all, In the Ubuntu QA team we recently made and deployed a change which now makes it impossible to queue duplicate requests. If a request is currently in the queue, or is currently running, and you request the same test, you will be taken to an error page which tells you the test details and whether it is currently queued or currently running. It looks like this: ``` You submitted an invalid request: Test already queued: release: lunar pkg: gzip arch: arm64 triggers: gzip/1.12-1ubuntu1 ``` This is to try and ease the load on autopkgtest-cloud. If you experience any bugs or unexpected functionality, please file a bug against `autopkgtest-cloud` and let us know. We expect it to work seamlessly but always expect the unexpected right :) Thanks, Ubuntu QA -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Timestamps added to logs in autopkgtest and autopkgtest-cloud
Hey there, Recently in Canonical Ubuntu QA we made some changes to autopkgtest which went into both upstream and ubuntu-devel which preprends timestamps to the logs. The timestamps are in seconds and are measured since the beginning of all the tests when you run autopkgtest against a package. We hope that this can make it easier to extract valuable information from log files when reading logs from the autopkgtest-cloud environment. It can help with determining where tests are hanging, for instance. A log snippet can be seen below: ``` 0s autopkgtest [18:59:38]: starting date and time: 2023-06-12 18:59:38+0100 0s autopkgtest [18:59:38]: git checkout: a2cc92d Merge branch 'add_timestamp_to_logs' into 'master' 0s autopkgtest [18:59:38]: host duckstation7; command line: runner/autopkgtest -o /home/andersson123/tests/ mawk -- qemu --ram-size=1536 --cpus 2 /home/andersson123/canonical/images/autopkgtest-lunar-amd64.img 13s autopkgtest [18:59:51]: testbed dpkg architecture: amd64 17s autopkgtest [18:59:55]: testbed running kernel: Linux 6.2.0-20-generic #20-Ubuntu SMP PREEMPT_DYNAMIC Thu Apr 6 07:48:48 UTC 2023 17s autopkgtest [18:59:55]: apt-source mawk 19s Get:1 http://archive.ubuntu.com/ubuntu lunar/main mawk 1.3.4.20200120-3.1 (dsc) [1,776 B] 19s Get:2 http://archive.ubuntu.com/ubuntu lunar/main mawk 1.3.4.20200120-3.1 (tar) [469 kB] 19s Get:3 http://archive.ubuntu.com/ubuntu lunar/main mawk 1.3.4.20200120-3.1 (diff) [14.1 kB] 19s gpgv: Signature made Fri 17 Jun 2022 04:38:22 PM BST 19s gpgv:using RSA key 406220C8B8552802378CCE411F5C7A8B45564314 19s gpgv:issuer "b...@debian.org" 19s gpgv: Can't check signature: No public key 19s dpkg-source: warning: cannot verify inline signature for ./mawk_1.3.4.20200120-3.1.dsc: no acceptable signature found 19s autopkgtest [18:59:57]: testing package mawk version 1.3.4.20200120-3.1 19s autopkgtest [18:59:57]: build not needed 20s autopkgtest [18:59:58]: test mawktest: preparing testbed 22s Reading package lists... 22s Building dependency tree... 22s Reading state information... 22s Starting pkgProblemResolver with broken count: 0 22s Starting 2 pkgProblemResolver with broken count: 0 ``` It does not prepend the timestamp to stdout, just to the log file itself. You will soon start seeing this in all logs in autopkgtest-cloud soon. Let us know if you run into any issues. If you use autopkgtest from source (both ubuntu-devel and from debian) and update your master branch, you will also start to see this in your log files. *Ubuntu QA* (Brian Murray, Paride Legovini & Tim Andersson) *The upstream MP can be seen here:* https://salsa.debian.org/ci-team/autopkgtest/-/merge_requests/229 *The change fixes this debian bug from a little while ago:* https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=977037 -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Maintenance window for wiki.ubuntu.com and wiki.kubuntu.org 2/23 22:00-23:00 UTC
On Tuesday 2/23 from 22:00 - 23:00 UTC maintenance is planned for the frontend hosting wiki.ubuntu.com and wiki.kubuntu.org. No impact on the sites is expected. -- Tim Kuhlman CDO - IS - Foxtrot -- ubuntu-devel-announce mailing list ubuntu-devel-announce@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce
Re: Google Code In Opportunities
Hi Nicholas, Are flavours able to participate in this mentorship? Quite certain Ubuntu GNOME could come up with a handful or more of tasks, that fit into those requirements. Tim On 25/11/15 07:46, Nicholas Skaggs wrote: > Hello everyone! As you may have heard, ubuntu has been accepted as a > mentoring organization for Google Code In (GCI). GCI is a opportunity for > high school students to learn about and participate in open source > communities. Mentoring organizations create tasks and review the students > work. Google then provides rewards for those students who do the best work. > The contest is very similar to GSOC, but is much shorter, and > isn't intended for intense mentoring. The contest runs from December 7, 2015 > to January 25, 2016. > > As part of being a mentoring organization, we are committed to creating 100+ > tasks for students to work on during GCI. This involves finding > mentors who are willing to write up tasks, and agree to answer questions and > review the task when it's complete. A task is a simple item of > work that can be completed in 2-5 hours. As a mentor, it's not intended for > you to train or teach any skills; the students should have those > skills before attempting the task. You can find a full list of details about > mentoring and what it entails here[1], as well as on the > community portal that describes our role and goals for the contest[2]. You > can create a be a mentor for as little as a single task, and we > appreciate all the tasks and mentors we get. . > > In short, this is an excellent opportunity to reach high school students and > inform them about ubuntu and the opportunities they have within > ubuntu and open source. I hope you consider taking part. If you have any > questions or would like to volunteer, don't hesitate to get in touch > with myself, Alan Pope, or José Antonio Rey who are acting as mentors for the > organization. Look for some new faces in ubuntu soon! > > Thanks for your consideration, > > Nicholas > > 1. https://wiki.ubuntu.com/GoogleCodeIn > 2. http://community.ubuntu.com/contribute/google-code-in/ > -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
patch pilot report
My first shift as a community pilot ;) Here is what I got done in between lots of distractions on IRC! Sync gnome-backgrounds 3.18.0-1 (universe) from Debian unstable (main) - http://pad.lv/1510696 - Synced "Cancel", "Next", and "Sign In" functioning incorrectly on login or locked screen in "Sign In?" section - http://pad.lv/1479014 - marked won't fix, not sru'ing 7 patches this late into vivid! [SRU] trying to overwrite '/usr/bin/skip-tracker', which is also in package python-tempest-lib - http://pad.lv/1461573 - This is fixed in Xenial and Wily, doesnt seem critical enough to SRU into vivid this late in its lifecycle. Removed from queue. Please sync libcommons-net-java (?) 3.3-2 from Debian unstable (main) - http://pad.lv/1510663 - Removed sponsors, has been synced waiting NEW approval Update gnome-desktop3 to 3.18.1 - http://pad.lv/1510813 - Reviewed merge, approved. In NEW queue atm, but could wait for e-d-s and poppler transition to land before starting another one. Tim -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Ubuntu Software Center future
On Sun, Sep 28, 2014 at 4:11 AM, David Raphaël raphael.da...@epfl.ch wrote: However, I am a bit concerned about package management and I think that Ubuntu should develop (or improve) its own package management system in order for the distribution to be more administrators friendly. I'm sorry, but you can't cite an improvement in the GUI as being more administrator friendly. As an administrator of a sizeable Ubuntu fleet, dpkg/apt does everything I need it to. It's quick, it's reliable, and I've never had it break my system unless I had already done something stupid... Tried and tested with minimal magic. There are plenty of people I know who administer Ubuntu systems are actually turned-off by the desktop-centric vision. So be careful. I'm basing my assertion that Ubuntu is desktop-centric based on previous decisions that shipped. With that said, please for the love of everything if this happens make sure it's backed by dpkg/apt. While I appreciate your feedback, I've some concerns about fragmentation if Ubuntu goes its own route with a package manager even if it is 'compatible' with .deb packages. What do you think? If it's not broke, don't fix it. I think they are more than welcome to add a UI around either dpkg/apt, but they should not develop their own package management system. To put it bluntly, it would be a stupid decision. Cheers, Raphaël This is a good discussion to have. :) Cheers! -Tim -- 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: upower 0.99
On 16/06/14 18:49, Jackson Doak wrote: Upower 0.99 is now required by gnome 3.12. As a result, we are trying to have the transition completed this cycle. The new release changes the SONAME, changed from the changed signal to notify as well as the function signature, and drops suspend support (which systemd now handles). This means nearly all packages that use upower will need changes. A number of upstreams already have fixes (gnome, xfce, mate, cairo-dock, and telepathy) but a few packages need work. If anyone involved with sugar or kde could let me know the status, that would be great. Just to add here, as far as canonical components go, powerd, indicator-power and python-dbusmock need porting. The bug report is at https://launchpad.net/bugs/1330037 . wmbattery will need removal, as it is orphaned and broken with new linux anyway Jackson -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
linux-ec2 package security fix availability (Lucid)
Hey Everyone, Sorry if this is the incorrect list for this inquiry. I noticed that the Linux kernel pty layer race condition bug was marked as fixed for Ubuntu 10.04 LTS. However, when starting to work on an upgrade plan I noticed the updated package wasn't available on the main, update, or security repos. Here is the CVE tracker showing the fix as being released in 2.6.32-363.77: - http://people.canonical.com/~ubuntu-security/cve/2014/CVE-2014-0196.html However, it looks like the Packages file for lucid-security hasn't been updated to provide the newer package 'linux-ec2': - http://security.ubuntu.com/ubuntu/dists/lucid-security/main/binary-amd64/Packages.bz2 Interestingly enough, the 'linux-ec2-doc' package has been updated for the new version. Attached at the bottom is 'apt-cache policy' output showing the relevant output[1]. Is this intentional? According to launchpad the fix was released on 2014-05-06 by jjohansen: - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1314762 I've looked at my configs and it doesn't look like any of my apt sources are incorrect so I don't believe this is an issue local to my systems. However, any help troubleshooting would be appreciated. Thank you for taking the time to look in to this! Cheers! -Tim # apt-cache policy linux-ec2 linux-ec2: Installed: 2.6.32.363.44 Candidate: 2.6.32.363.44 Version table: *** 2.6.32.363.44 0 500 http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages 500 http://security.ubuntu.com/ubuntu/ lucid-security/main Packages 100 /var/lib/dpkg/status 2.6.32.305.6 0 500 http://us.archive.ubuntu.com/ubuntu/ lucid/main Packages # apt-cache policy linux-ec2-doc linux-ec2-doc: Installed: (none) Candidate: 2.6.32-363.77 Version table: 2.6.32-363.77 0 500 http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages 500 http://security.ubuntu.com/ubuntu/ lucid-security/main Packages 2.6.32-362.75 0 500 http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages 500 http://security.ubuntu.com/ubuntu/ lucid-security/main Packages 2.6.32-361.74 0 500 http://us.archive.ubuntu.com/ubuntu/ lucid-updates/main Packages 500 http://security.ubuntu.com/ubuntu/ lucid-security/main Packages -- 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: linux-ec2 package security fix availability (Lucid)
Hey Robie, Thank you for getting back to me. I did purge and then an install and things are happy now. I'm going to claim a combination of gremlins and PEBKAC and just pretend it didn't happen. Sorry for the noise on the list and thanks again! Cheers! -Tim On Mon, May 12, 2014 at 1:43 PM, Robie Basak robie.ba...@ubuntu.com wrote: On Mon, May 12, 2014 at 12:40:19PM -0700, Tim Heckman wrote: However, it looks like the Packages file for lucid-security hasn't been updated to provide the newer package 'linux-ec2': - http://security.ubuntu.com/ubuntu/dists/lucid-security/main/binary-amd64/Packages.bz2 linux-ec2 is a metapackage. Version 2.6.32.363.44 depends on linux-image-ec2 (= 2.6.32.363.44). linux-image-ec2 (2.6.32.363.44) depends on linux-image-2.6.32-363-ec2. linux-image-2.6.32-363-ec2 is version 2.6.32-363.77 in the archive. Provided that you have the lucid-security pocket correctly enabled, apt-get should correctly pull in the security update unless you have some weird configuration going on: $ chdist apt-get lucid install --simulate linux-ec2|egrep '^Inst.*ec2' Inst linux-image-2.6.32-363-ec2 (2.6.32-363.77 Ubuntu:10.04/lucid-updates [amd64]) Inst linux-image-ec2 (2.6.32.363.44 Ubuntu:10.04/lucid-updates [amd64]) Inst linux-ec2 (2.6.32.363.44 Ubuntu:10.04/lucid-updates [amd64]) Note linux-image-2.6.32-363-ec2 2.6.32-363.77 in the above output. HTH, Robie -- 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: [RFC] 12.04.5
On 02/07/2014 09:00 AM, Leann Ogasawara wrote: Hi All, With 12.04.4 having just released, I wanted to propose the idea of having a 12.04.5 point release for Precise. +1 -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Removing reiserfs support from the installer
On 09/12/2013 08:47 AM, Dmitrijs Ledkovs wrote: On 12 September 2013 16:37, Colin Watson cjwat...@ubuntu.com wrote: Debian has removed reiserfs support from its kernel packages and its installer (http://bugs.debian.org/717517). I don't really want to keep maintaining it without Debian; for instance it would mean adding support for http://bugs.debian.org/696123 as an Ubuntu-specific patch once we have the underpinnings done. Does anyone feel desperately that we have to keep this or shall I just go ahead and drop it? I've informally raised this with #ubuntu-kernel team on irc / one-to-one conversions as well. I think the rough consensus was that we should follow suite and also drop reiserfs support from both our kernel configuration and installer. Not sure if the kernel configuration should be kept in-tact because of hardware enablement stack backports, I would hope that it wouldn't be necessary. Ditto other kernel modules that were dropped from the debian kernel config at the same time as reiserfs. I agree that reiserfs support should simply be dropped, and ideally should have been done earlier in the cycle when the same change was done in debian. Regards, Dmitrijs. As was pointed out on IRC this is the original email from Ben Hutchings regarding his decision to remove reiserfs from kernel udebs: https://groups.google.com/forum/#!topic/linux.debian.maint.boot/QO187Szy2_o I'm not really in favor of entirely dropping reiserfs support from the kernel, e.g., CONFIG_REISERFS_FS=n. Doubtless, there are still folks out there using it that would be pretty annoyed on upgrading to find they can no longer access their file system. I am, however, OK with dropping resierfs from any udebs that we produce. rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Release engineering sprint, July 2013
On 08/08/2013 08:45 AM, Colin Watson wrote: On Mon, Jul 29, 2013 at 12:43:11PM +0100, Colin Watson wrote: A noticeable amount of time here will be improved by pending hardware upgrades. Adam spent some sprint time working on the installation of new Calxeda systems; we don't know how much those will shave off the livefs build phase (currently 52m or so) but it wouldn't be a surprise if they removed 20m or so, and the current Panda boards occasionally corrupt data which causes extra delays while people debug them. The Calxeda builders are now deployed and in service, both for package building and live filesystem building. My test live filesystem build ran in 30 minutes. Thanks to Adam and a cast of several sysadmins for getting this sorted out. Saucy armhf kernel builds dropped from 18 hours to approx 5. I'm liking that trend. rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Update ibus to 1.5 in saucy?
On 10/07/13 03:23, Sebastien Bacher wrote: Before doing the update I wanted to check if anyone has an opinion on the update (we don't have so many ibus users in the desktop team which means we might be overlooking issues) and if the upgrade is fine for the other flavors. +1 for Ubuntu GNOME. input switching has been broken in gnome-shell since 3.6, basically waiting for updated ibus. - Tim -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: indicator-weather broken, should we drop it from raring?
On 20/04/13 04:25, Barry Warsaw wrote: On Apr 19, 2013, at 06:36 PM, Sebastien Bacher wrote: I guess you have a configured indicator with your location, right? ;-) I do! But I fear I might forget my umbrella the next time I travel out of my home location. :) The current bug makes impossible to configure it/add a location, so it's basically useless as a new package to install (or you need to get the woeid code and tweak the config by hand, but if you do that you can probably as well get the package from a ppa or launchpad library). The users who have it installed can keep it, nothing is going to remove it from your system because we drop it from the archive. That's a good point. Given that as a fresh install, it's currently pretty useless, I suppose it makes sense to remove it. OTOH, I don't like making this decision so close to the release. Isn't there a chance that someone will be motivated to do an SRU to fix the most egregious problems later? -Barry Not really an option for Raring, but perhaps it would make sense to use libgweather as the backend for the applet. That has received a fair bit of attention during the 3.8 cycle due to the new gnome-weather app. I believe it has Yahoo and Yr.no weather providers. Tim -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Adding Spidermonkey 17esr to Raring
I guess this got lost in the flood of Rolling Release discussions Is there any reason why we couldnt have both versions of spidermonkey in the archive? It is simply not feasible to port all rdepends to the new engine, and I guess most other upstreams (apart from gnome) arent going to start porting things until new engine is readily available in distros. - Tim On 28/02/13 12:33, Tim wrote: Hi, Finally after about 2 years Mozilla are releasing a version of the standalone spidermonkey engine. This release is based off the engine from Firefox 17esr. It has taken quite a long time to get to this stage, and I was hoping it would happen earlier in the cycle, but I would still like to get this into raring if at all possible. My motivation for this is the great improvements it brings to gnome-shell. This release fixes a number of high impact issues including greater performance, greatly reduces memory leaks, and finally solves the long standing and quite common issue with Garbage Collection deadlocks. I ported gjs to this engine a few months ago and while it hasnt landed upstream yet, the plan for 3.8 is to branch gjs and release 2 versions of gjs, one for each engine. This new gjs is API compatible with 3.6, and in fact works great with gnome-shell 3.6, so essentially it would be great to bring these improvements into raring. There are big API/ABI breaks in this release compared to previous 185 release. Currently none of the other rdepends have been ported as far as I know, and its probably not realistic to get all of them ported this cycle. Mostly the porting is easy enough, however it does result in quite large diff's so would really want to be done upstream, as it would probably be a nightmare to maintain these as Distro patches. Add to this CouchDB is fundamentally incompatible with this new release, due to their use of illegal javascript syntax (in 185 enforcement of this was optional) as a core feature of their user scripts. Given the above, replacing/upgrading the old package is simply not going to be feasible this cycle. I propose adding this new engine as an additional library, I discussed this on IRC a bit with seb128 and chriscoulson, however they were unsure about whether this is something that could want to go ahead and suggested that I raise it here for more widespread discussion. Main issues raised were overall its a low priority but also some security concerns. Hopefully now with all the patches on their way into the upstream mozilla code-base, future releases will be more regular, they will be tracking the firefox esr releases. Although not really guaranteed just yet, it is planned for some point releases over the life of each version. Probably issues with overlapping versions will continue to be a problem until the JS C API settles down, next release 24 will again break all rdepends. - Tim -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Adding Spidermonkey 17esr to Raring
Its currently at RC, due for release in the next few days. https://bugzilla.mozilla.org/show_bug.cgi?id=735599#c44 I have spent quite a bit of time, patching their build system etc, to make this happen, but still it has taken forever to get to this point. - Tim On 06/03/13 17:29, Dmitry Shachnev wrote: According to https://developer.mozilla.org/en-US/docs/SpiderMonkey, SpiderMonkey 1.8.5 is the most recent standalone source code release, and that's what we already have in Debian/Ubuntu (src:mozjs). I also don't see anything newer on their FTP. Are you sure there was a new *standalone* release? -- Dmitry Shachnev On 2/28/13, Tim t...@feathertop.org wrote: Hi, Finally after about 2 years Mozilla are releasing a version of the standalone spidermonkey engine. This release is based off the engine from Firefox 17esr. It has taken quite a long time to get to this stage, and I was hoping it would happen earlier in the cycle, but I would still like to get this into raring if at all possible. My motivation for this is the great improvements it brings to gnome-shell. This release fixes a number of high impact issues including greater performance, greatly reduces memory leaks, and finally solves the long standing and quite common issue with Garbage Collection deadlocks. I ported gjs to this engine a few months ago and while it hasnt landed upstream yet, the plan for 3.8 is to branch gjs and release 2 versions of gjs, one for each engine. This new gjs is API compatible with 3.6, and in fact works great with gnome-shell 3.6, so essentially it would be great to bring these improvements into raring. There are big API/ABI breaks in this release compared to previous 185 release. Currently none of the other rdepends have been ported as far as I know, and its probably not realistic to get all of them ported this cycle. Mostly the porting is easy enough, however it does result in quite large diff's so would really want to be done upstream, as it would probably be a nightmare to maintain these as Distro patches. Add to this CouchDB is fundamentally incompatible with this new release, due to their use of illegal javascript syntax (in 185 enforcement of this was optional) as a core feature of their user scripts. Given the above, replacing/upgrading the old package is simply not going to be feasible this cycle. I propose adding this new engine as an additional library, I discussed this on IRC a bit with seb128 and chriscoulson, however they were unsure about whether this is something that could want to go ahead and suggested that I raise it here for more widespread discussion. Main issues raised were overall its a low priority but also some security concerns. Hopefully now with all the patches on their way into the upstream mozilla code-base, future releases will be more regular, they will be tracking the firefox esr releases. Although not really guaranteed just yet, it is planned for some point releases over the life of each version. Probably issues with overlapping versions will continue to be a problem until the JS C API settles down, next release 24 will again break all rdepends. - Tim -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Adding Spidermonkey 17esr to Raring
yes, indeed. But debian will be in for some confusion, they current package the non-standalone engine as libmozjs17d etc (as part of iceweasel). - Tim On 06/03/13 18:06, Dmitry Shachnev wrote: Yes, a new source package (mozjs17) makes sense I think. As the current package is in sync with Debian, maybe it'll be a good idea to get the new one uploaded there, as well. -- Dmitry Shachnev On 3/6/13, Tim t...@feathertop.org wrote: Its currently at RC, due for release in the next few days. https://bugzilla.mozilla.org/show_bug.cgi?id=735599#c44 I have spent quite a bit of time, patching their build system etc, to make this happen, but still it has taken forever to get to this point. - Tim On 06/03/13 17:29, Dmitry Shachnev wrote: According to https://developer.mozilla.org/en-US/docs/SpiderMonkey, SpiderMonkey 1.8.5 is the most recent standalone source code release, and that's what we already have in Debian/Ubuntu (src:mozjs). I also don't see anything newer on their FTP. Are you sure there was a new *standalone* release? -- Dmitry Shachnev On 2/28/13, Tim t...@feathertop.org wrote: Hi, Finally after about 2 years Mozilla are releasing a version of the standalone spidermonkey engine. This release is based off the engine from Firefox 17esr. It has taken quite a long time to get to this stage, and I was hoping it would happen earlier in the cycle, but I would still like to get this into raring if at all possible. My motivation for this is the great improvements it brings to gnome-shell. This release fixes a number of high impact issues including greater performance, greatly reduces memory leaks, and finally solves the long standing and quite common issue with Garbage Collection deadlocks. I ported gjs to this engine a few months ago and while it hasnt landed upstream yet, the plan for 3.8 is to branch gjs and release 2 versions of gjs, one for each engine. This new gjs is API compatible with 3.6, and in fact works great with gnome-shell 3.6, so essentially it would be great to bring these improvements into raring. There are big API/ABI breaks in this release compared to previous 185 release. Currently none of the other rdepends have been ported as far as I know, and its probably not realistic to get all of them ported this cycle. Mostly the porting is easy enough, however it does result in quite large diff's so would really want to be done upstream, as it would probably be a nightmare to maintain these as Distro patches. Add to this CouchDB is fundamentally incompatible with this new release, due to their use of illegal javascript syntax (in 185 enforcement of this was optional) as a core feature of their user scripts. Given the above, replacing/upgrading the old package is simply not going to be feasible this cycle. I propose adding this new engine as an additional library, I discussed this on IRC a bit with seb128 and chriscoulson, however they were unsure about whether this is something that could want to go ahead and suggested that I raise it here for more widespread discussion. Main issues raised were overall its a low priority but also some security concerns. Hopefully now with all the patches on their way into the upstream mozilla code-base, future releases will be more regular, they will be tracking the firefox esr releases. Although not really guaranteed just yet, it is planned for some point releases over the life of each version. Probably issues with overlapping versions will continue to be a problem until the JS C API settles down, next release 24 will again break all rdepends. - Tim -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Adding Spidermonkey 17esr to Raring
Hi, Finally after about 2 years Mozilla are releasing a version of the standalone spidermonkey engine. This release is based off the engine from Firefox 17esr. It has taken quite a long time to get to this stage, and I was hoping it would happen earlier in the cycle, but I would still like to get this into raring if at all possible. My motivation for this is the great improvements it brings to gnome-shell. This release fixes a number of high impact issues including greater performance, greatly reduces memory leaks, and finally solves the long standing and quite common issue with Garbage Collection deadlocks. I ported gjs to this engine a few months ago and while it hasnt landed upstream yet, the plan for 3.8 is to branch gjs and release 2 versions of gjs, one for each engine. This new gjs is API compatible with 3.6, and in fact works great with gnome-shell 3.6, so essentially it would be great to bring these improvements into raring. There are big API/ABI breaks in this release compared to previous 185 release. Currently none of the other rdepends have been ported as far as I know, and its probably not realistic to get all of them ported this cycle. Mostly the porting is easy enough, however it does result in quite large diff's so would really want to be done upstream, as it would probably be a nightmare to maintain these as Distro patches. Add to this CouchDB is fundamentally incompatible with this new release, due to their use of illegal javascript syntax (in 185 enforcement of this was optional) as a core feature of their user scripts. Given the above, replacing/upgrading the old package is simply not going to be feasible this cycle. I propose adding this new engine as an additional library, I discussed this on IRC a bit with seb128 and chriscoulson, however they were unsure about whether this is something that could want to go ahead and suggested that I raise it here for more widespread discussion. Main issues raised were overall its a low priority but also some security concerns. Hopefully now with all the patches on their way into the upstream mozilla code-base, future releases will be more regular, they will be tracking the firefox esr releases. Although not really guaranteed just yet, it is planned for some point releases over the life of each version. Probably issues with overlapping versions will continue to be a problem until the JS C API settles down, next release 24 will again break all rdepends. - Tim -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Testing
Tim H. On 10/17/2012 08:38 PM, Len Ovens wrote: No one seems to have tested the amd64 ISO. I don't have such a machine. We need a live session, install, post install and upgrade test. I have done all the 32 bit tests. No test, no release I think. I could test this on a VM if you'd like. Could probably get to it by tomorrow. I tested 64 bit upgrade, live session, and standard install. Results posted to testcases; all pass. Tim -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Testing
I could test this on a VM if you'd like. Could probably get to it by tomorrow. Tim H. On 10/17/2012 08:38 PM, Len Ovens wrote: No one seems to have tested the amd64 ISO. I don't have such a machine. We need a live session, install, post install and upgrade test. I have done all the 32 bit tests. No test, no release I think. -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Scaling governor controls
On 07/18/2012 06:36 PM, Len Ovens wrote: On Tue, July 17, 2012 7:25 pm, Tim Henderson wrote: clip scaling governor - normally ondemand, sometimes gets xrun when switching to higher speed. Noticeable difference with performance setting. Downsides, CPU runs hotter, batteries on battery run devices last less time. Best to be able to switch for as needed. clip I apologize if I am oversimplifying this, but have you tried the xfce4-governor-plugin? It's not installed by default, though it probably should be. Install with apt-get, allows you to switch between different scale options. You can see the changes in /proc/cpuinfo Tim H. sudo apt-get install xfce4-governor-plugin Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to locate package xfce4-governor-plugin It seems not to be available. You're right. Package does not exist for Precise. Looks like the xfce4-cpufreq-plugin may have taken its place. Pretty nice plugin actually. Tim -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Scaling governor controls
On 07/17/2012 10:09 PM, Luke Kuhn wrote: This is REALLY crucial for some CPU intensive operations. That I know from experience includes video editing on newer desktops, and might include multitrack sound recording on netbooks and small laptops that a newsman or musician might take to a site or a gig. Games on open source video drivers also benefit from this, BTW. When I render videos using Kdenlive, I always set the governor to high, It makes a substantial difference in render time, apparently because of transient loads that pass before the governor can respond but collectively add up to a lot. Just as important to turn it down the rest of the time, especially using overclocked AMD FX 8120! These days I use the cpu frequency scaling indicator Ubuntu offers. It works in gnome-shell (Which I favor), Unity, but not in Icewm (netbook). Suspect it would not work in XFCE. All that is really needed, of course, is some simple click to run scripts to reset the governor (did this before the indicator came out)-but they would need to run as root to function. A simple GUI with easy access for end users, like that indicator but usable with XFCE, is really going to be needed for some workflows. Date: Mon, 16 Jul 2012 15:31:07 -0700 From: Len Ovens l...@ovenwerks.net To: ubuntu studio Ubuntu-Studio-devel@lists.ubuntu.com Subject: blueprint - research available audio improvements from audio/music sites Message-ID: 40918116aaaf8c854db6b24c91a20e8d.squir...@ssl.ovenwerks.net Content-Type: text/plain;charset=iso-8859-1 clip scaling governor - normally ondemand, sometimes gets xrun when switching to higher speed. Noticeable difference with performance setting. Downsides, CPU runs hotter, batteries on battery run devices last less time. Best to be able to switch for as needed. clip I apologize if I am oversimplifying this, but have you tried the xfce4-governor-plugin? It's not installed by default, though it probably should be. Install with apt-get, allows you to switch between different scale options. You can see the changes in /proc/cpuinfo Tim H. -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
mdadm bugs 946758 and 946344 (was: Re: Private bugs - mdadm)
Dmitrijs, On Mon, 2012-07-02 at 12:35 +0100, Dmitrijs Ledkovs wrote: On 02/07/12 12:25, Tim Frost wrote: I am one of a number of people affected by an apparent bug in mdadm. The official master bug in launchpad is marked as private - #946758 [trimmed] Automatically filed bugs via apport are all initially marked as private. Ubuntu BugSquad works on the bugs and trianges / makes them public if there is no sensitive data in the bug report and the automatically attached files. I have checked the attachments on the bug, and there doesn't seem to be anything private (apart from hostnames, user names mount points). I therefore have now marked the bug public. Thanks for that. Now that I can see activity and comments for both bug reports, I see that apport-retrace has changed the summary in bug 946758, although the crash reports on the affected systems that I run show the same information as in bug 946344. What is the best forum for discussing these specific bugs? And, as an affected user, how can I assist in working to identify cause, and/or possible fixes [the affected systems are my work desktop, and my main home system, so I don't want to put alpha code on either of them]? Tim -- Tim Frost timfr...@xtra.co.nz 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
Private bugs - mdadm
I am one of a number of people affected by an apparent bug in mdadm. The official master bug in launchpad is marked as private - #946758 (https://bugs.launchpad.net/bugs/946758 for those who have access to it). My best reference (which I have subscribed to) is #946344 (https://bugs.launchpad.net/ubuntu/+source/mdadm/+bug/946344 ) and there is a message associated with that bug as follows: Remember, this bug report is a duplicate of a private bug. Comment here only if you think the duplicate status is wrong. From what I an tell, this bug has been around for a year, affecting people who use RAID, but have some partitions (in my case, it is swap partitions) that are not managed by the raid subsystem. How can I (and other affected people) track progress [or update the master bug report with useful information/patches/...] if the master bug is private? I know that there are reasons for protecting sensitive data, but there should be a way of creating a master bug record in Launchpad that has the data needed to track the issue, without exposing any sensitive data. Tim -- Tim Frost timfr...@xtra.co.nz 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: Quantal: End of the line for i386 non-PAE
On 05/08/2012 08:13 AM, Phillip Susi wrote: On 5/2/2012 10:57 AM, Tim Gardner wrote: Any ideas on how we might allow PAE capable CPUs to upgrade? Is this the job of update-manager ? It seems likely that Debian must have encountered this issue before. With a Replaces: line in the control file of the new kernel? The suggestion offered yesterday in the kernel flavours session was to add a pre-install hook in the meta package to determine if the CPU was PAE capable, and to stop the upgrade if not. rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: ONLY xcfe as front end
I installed ubuntustudio-11.10-alternate-amd64.iso image on my disk and i have only xcfe as window manager is it suppose to be like this or am i loosing something, Is there a way to install other window manager without broke anything. Ubuntu-studio now uses XFCE by default. You may install other window managers using apt. For example: sudo apt-get install gnome lxde kde4 You may not want to install all of those, of course :) Tim H. -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: [RFC] Drop Non-smp PowerPC Kernel Flavor
On 03/15/2012 06:02 AM, Colin Watson wrote: On Thu, Mar 15, 2012 at 11:02:09AM +0800, Jeremy Kerr wrote: Hi all, We consulted Jeremy Kerr about this. He says that an SMP kernel will run on all 32 bit powerpc platforms, including non-SMP. To clarify: the hardware supported by the powerpc and powerpc-smp flavours is almost identical. The differences probably don't matter Ubuntu users, as it'll be obscure hardware. I've CC-ed benh in case he wants to correct me on this one. However, the SMP kernel supports (surprise!) bringing up1 CPU on machines that have1 CPU. With a UP kernel on these machines, the other CPUs are left doing nothing. The main class of 32-bit SMP powerpc machines are the Apple dual-G4s. So, since the hardware coverage is essentially the same, but we get SMP support on SMP machines, I'd say that we would prefer the powerpc-smp kernel over the powerpc flavour. OK, that all makes sense, and I agree based on that. I'd forgotten about the dual G4 class. I would switch the installer over to powerpc-smp today, then, except that the kernel doesn't ship powerpc-smp udebs yet, only powerpc and powerpc64-smp. Can somebody fix that so that I can do this transition? I'll take care of it. Leann plans to upload later in her day Friday, so the kernel ought to be available by Monday. rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Distro-provided mechanism to clean up old kernels
On Fri, Feb 17, 2012, at 07:23 AM, Martin Pitt wrote: linux-headers-* is already covered by apt-get autoremove, which is good. Perhaps we can mark older kernels as auto-removable as well, so that without any other tools you at least have one command to clean them up all? Are you sure about this? I did a test and I don't think that autoremove removes the linux-headers-*: $ dpkg -l | awk '/^ii/{print $2}' | grep ^linux linux-firmware linux-generic linux-headers-3.0.0-14 linux-headers-3.0.0-14-generic linux-headers-3.0.0-15 linux-headers-3.0.0-15-generic linux-headers-3.0.0-16 linux-headers-3.0.0-16-generic linux-headers-generic linux-image-3.0.0-15-generic linux-image-3.0.0-16-generic linux-image-generic linux-libc-dev linux-sound-base $ sudo apt-get autoremove Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 10 not upgraded. I'd like to suggest instead the following modifications to the script that was posted before: #!/bin/bash OLDKERNEL=$(ls -tr /boot/vmlinuz-* | head -n -2 | cut -d- -f2- | awk '{print linux-image- $0}') OLDHEADERS=$(ls -tr /boot/vmlinuz-* | head -n -2 | cut -d- -f2- | sed 's/-generic//g' | awk '{print linux-headers- $0}') if [ -n $OLDKERNEL -o -n $OLDHEADERS ]; then sudo apt-get -q remove --purge $OLDKERNEL $OLDHEADERS fi (note that this version is not fully automatic as apt will prompt the user before removing packages) Tim -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Bulid dedicated kernels.
On Sun, Feb 12, 2012, at 06:19 PM, HSO wrote: Smart buld. - Only Laptopo/Notebook - One kernel in one/two Month - and not bulid form scratch - but bulid by decres a module range like: some Laptop have no AGP - other have no PCI-E - one use pcmcia - other don't have - one use PAE ext, other don't etc, etc. And bulid only for lack performens of Laptopo/Notebook computers. And when it's costly - then do a long in time - by 10 - 20 Years - above 60 or 120 or 240 Kernel - and it's some of collection. Even if this could be done easily what would be the point? Just about all hardware drivers are built as modules so even with the 'all inclusive' kernels we have now you are still only loading what's needed for your specific hardware. All you'd be doing by building a custom kernel is saving an insignificant amount of disk space on the installed system (a few 10's of megabytes at most). Not to mention that your custom kernel wouldn't support new hardware devices that the user might buy out of the box, adding extra complexity to something that can already be tricky. Tim -- 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: Bulid dedicated kernels.
On Sun, Feb 12, 2012, at 06:19 PM, HSO wrote: Smart buld. - Only Laptopo/Notebook - One kernel in one/two Month - and not bulid form scratch - but bulid by decres a module range like: some Laptop have no AGP - other have no PCI-E - one use pcmcia - other don't have - one use PAE ext, other don't etc, etc. And bulid only for lack performens of Laptopo/Notebook computers. And when it's costly - then do a long in time - by 10 - 20 Years - above 60 or 120 or 240 Kernel - and it's some of collection. Even if this could be done easily what would be the point? Just about all hardware drivers are built as modules so even with the 'all inclusive' kernels we have now you are still only loading what's needed for your specific hardware. All you'd be doing by building a custom kernel is saving an insignificant amount of disk space on the installed system (a few 10's of megabytes at most). Not to mention that your custom kernel wouldn't support new hardware devices that the user might buy out of the box, adding extra complexity to something that can already be tricky. Tim -- 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: Smoke testing of Precise X server bits
On 01/19/2012 11:43 PM, Chase Douglas wrote: On 01/20/2012 03:01 AM, Chase Douglas wrote: Hi all, We have everything ready (almost) for the upload of the X server into Precise. It includes X server 1.11 plus the input stack from 1.12. It also includes a bunch of interdependent packages that would break if you were only to update your X server. Here's the known issues with the PPA: * No utouch-geis support, which means most of your gestures won't work - Will be fixed by feature freeze * Multitouch in Qt from indirect devices (e.g. trackpads) is broken - Will be fixed in next Qt upload *after* we push these packages * Qt is still building for armel, so don't test this on armel yet * A security hole will kill your screen saver if you type Ctrl+Alt+KP_Multiply - Will be fixed in xkeyboard-config upload in the next couple hours Notably, xserver-xorg-input-synaptics has a large patch added in today for multitouch support. The X synaptics module is used for all trackpads. Please test that your trackpad is behaving sanely. We are mostly looking for blocker bugs right now (random X server crashes, really obnoxious behavior, etc.). Please reply with any such bugs you find. Oops, I forgot to mention the packages are in ppa:canonical-x/x-staging. The following should get you set up for testing: $ sudo add-apt-repository ppa:canonical-x/x-staging $ sudo apt-get update $ sudo apt-get upgrade I don't think you need to dist-upgrade for this as there shouldn't be any new packages or packages needing to be removed, but I'm not entirely certain. -- Chase Will any of these updates address cut and paste on a Mac touchpad ? It appears to be impossible to select text without using an external mouse. rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Dropping i386 non-PAE as a supported kernel flavour in Precise Pangolin
On 11/09/2011 02:43 PM, Tim Gardner wrote: Per discussion at UDS the kernel team is proposing to drop the non-PAE i386 flavour. The upgrade path for non-PAE users will be the PAE kernel. Those CPUs that do not have i686 and PAE support will be orphaned. To the best of my knowledge, these include Intel CPUs prior to Pentium II, 400Mhz Pentium M, VIA C3, and Geode LX. As far as I know, there are no laptop or desktop class CPUs being produced that do not meet these minimum requirements. Before I do something that is difficult to revert, I would like to hear from the development community why we should continue to maintain a kernel flavour that is (in my opinion) getting increasingly low utilization. It is my feeling that an extremely high percentage of users of the non-PAE kernel have a CPU that is PAE capable. If there is sufficient community demand (and support), I would be willing to sponsor the first non-PAE kernel upload to Universe. https://wiki.ubuntu.com/KernelTeam/Specs/PreciseKernelConfigReview We'll be conducting a similar survey for powerpc. rtg P.S. For those of you that are totally confused by this email, PAE (Physical Address Extension) was an addition to 32 bit x86 CPUs that allowed them to address more then 4GB physical memory. http://en.wikipedia.org/wiki/Physical_Address_Extension Thank you to everyone who responded to this thread. To summarize, no compelling hard evidence has been presented to change my original decision. I am opposed to supporting non-PAE CPUs for another 5 years. Colin King has developed power and performance profiling data that indicate the differences between PAE and non-PAE are negligible. I've also discussed this with OEM regarding possible future LTSP projects and have concluded it will have no detrimental impact. Every flavour maintained by the kernel team has an incremental impact, especially when it comes to test builds and the full packaging cycle. Every flavour must also be tracked by meta packages. Every flavour has its unique class of bugs; non-pae has a ginormous and ugly NX emulation patch that has consumed substantial maintenance resources in the past, not to mention all of the bugs complaining about memory holes and the 4Gb limit. The kernel team has limited resources. Obviously I want to apply what resources we have to the problems that affect the most important platforms. Furthermore, I anticipate new ARM flavours in the coming months which will take up any slack afforded by the loss of non-PAE. It is my recommendation that folks running PAE incapable CPUs stay on Lucid (10.04), a release for which they'll still receive more then 3 years of official support. If you feel passionately that I've made an incorrect decision, then I suggest contacting the Ubuntu technical board. https://wiki.ubuntu.com/TechnicalBoard rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Dropping i386 non-PAE as a supported kernel flavour in Precise Pangolin
On 11/28/2011 11:44 AM, Kees Cook wrote: On Mon, Nov 28, 2011 at 09:40:53AM -0700, Tim Gardner wrote: non-pae has a ginormous and ugly NX emulation patch This is about dropping non-PAE support, not dropping non-NX support. The NX emulation patch must remain in the kernel since a large number of systems have PAE but not NX. You can see this in the table here: https://wiki.ubuntu.com/Security/Features#nx Dropping non-PAE just eliminates the top line in that table. NX-emu will still be needed. I guess you are correct. I naively assumed that execute-disable was introduced with PAE in the Pentium Pro series. However, it did not appear in Intel CPUs until Pentium 4 (approx Q1 2005). AMD had it from the beginning in the Athlon series. that has consumed substantial maintenance resources in the past, I'm also curious about this claim, as you've expressed to me in the past that carrying it has been surprisingly trivial. In fact, since I'm the one maintaining it these days, it's actually going to require 0 resources from Canonical. ;) http://git.kernel.org/?p=linux/kernel/git/kees/linux.git;a=shortlog;h=refs/heads/nx-emu I did say in the past. I remember encountering several issues with the early implementation, as well as maintenance hassles while 32 and 64 bit arch support was converging. I would characterize the NX emulation patch as deeply intrusive, arguably one of the more complex patches against the core of Linux that we carry. Its a moot point given the model gap between PAE and NX introduction. The kernel team has limited resources. Obviously I want to apply what resources we have to the problems that affect the most important platforms. Furthermore, I anticipate new ARM flavours in the coming months which will take up any slack afforded by the loss of non-PAE. I'm curious why pushing non-PAE to universe and leaving it in the main linux source package is a burden? Then people using non-PAE get automatic security updates without any hassle on anyone's part. This is what the Ubuntu Security Team manager wants: https://lists.ubuntu.com/archives/ubuntu-devel/2011-November/034457.html as well as the Ubuntu Platform Team manager wants: https://lists.ubuntu.com/archives/ubuntu-devel/2011-November/034463.html I'm not convinced there's enough evidence to say that dropping it from the main linux source package will actually save any time at all. Dropping this flavour saves 5 minutes per build on a 4-way 80 thread server, which for some of the team can add up to quite a bit of time over the course of a day. Its one less variant that needs to be tested in Q/A, and its one less flavour we have to mess with in our meta and LBM packages. rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Dropping i386 non-PAE as a supported kernel flavour in Precise Pangolin
On 11/10/2011 08:14 AM, Tim Gardner wrote: On 11/09/2011 03:14 PM, Colin Watson wrote: Does KVM work properly with PAE kernels at the moment? I've had trouble with it within the last six months, and when running server installations I've had to tweak them on the fly to install the generic kernel in order that I could boot the installed system. This just seems like a bug. If we don't address it early in this cycle, then what incentive would we have to address it during the 12.10 dev cycle? I tested this on Precise today using testdrive on a 32 bit PAE server kernel to host a 32 bit Precise PAE guest kernel. Similarly, I also tested using a 64 bit host and a 32 bit PAE guest kernel. Are those combinations sufficient ? rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Web Page Maintenance
Based on a post to the Users list, I'd like to offer my assistance in keeping the web page a little more up to date. I am on the systems team of a popular web host and and pretty good working my way around web page maintenance, and server maintenance for what its worth. Fixing the page issues would be a breeze and I'd be glad to help. -- Tim H. -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Correct package to file bug against for the text installer
On Mon, 2011-09-12 at 16:03 +0100, Colin Watson wrote: On Mon, Sep 12, 2011 at 10:16:50PM +1200, Tim Frost wrote: I have downloaded the ISO images for the ubuntu oneiric beta 1, and burnt them to CDRW media. Running the cdrom upgrade using a CD created from the 64-bit alternate image gets errors, because of empty i386 packages files. Is that a bug with the CD build, the cdromupgrade program, with apt or with a back-end program? Start with the debian-installer package in Ubuntu. We'll reassign on from there as necessary. Bug #848659 has been filed, including the logs as an attachment -- Tim Frost timfr...@xtra.co.nz -- 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
Correct package to file bug against for the text installer
I have downloaded the ISO images for the ubuntu oneiric beta 1, and burnt them to CDRW media. Running the cdrom upgrade using a CD created from the 64-bit alternate image gets errors, because of empty i386 packages files. Is that a bug with the CD build, the cdromupgrade program, with apt or with a back-end program? The CD has Packages.gz and Release files listed in md5sums.txt for i386: tim@zaphod:/media/cdrom0$ grep binary-i386 md5sum.txt 4a4dd3598707603b3f76a2378a4504aa ./dists/oneiric/restricted/binary-i386/Packages.gz 3fb632ff62710f1a6c65bc62d17fb627 ./dists/oneiric/restricted/binary-i386/Release 4a4dd3598707603b3f76a2378a4504aa ./dists/oneiric/main/binary-i386/Packages.gz ced939df76ae303e4c00200c6d5f0db7 ./dists/oneiric/main/binary-i386/Release tim@zaphod:/media/cdrom0/dists/oneiric$ gzip -l main/binary-i386/Packages.gz restricted/binary-i386/Packages.gz compresseduncompressed ratio uncompressed_name 20 0 0.0% main/binary-i386/Packages 20 0 0.0% restricted/binary-i386/Packages tim@zaphod:/media/cdrom0$ Note that the uncompressed size of both i386 Packages.gz files is zero. MD5 checksums are all OK. The CD is identified in .disk/info as Ubuntu 11.10 Oneiric Ocelot - Beta amd64 (20110901) I successfully upgraded a server, using a CDRW written using the 64-bit ubuntu server ISO. Tim -- Tim Frost timfr...@xtra.co.nz 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: ARM: Dropping debian-installer armel+versatile kernel and netboot kernel
On 06/28/2011 03:57 PM, Loïc Minier wrote: On Tue, Jun 28, 2011, Tim Gardner wrote: I talked to Oliver Grawert about this. We are quite happy to drop the distro versatile flavour in favor of the Linaro packaged versatile-express kernel. Cool! I was about to followup on this, but didn't have time to cook an ubuntu-oneiric.git patch yet The only thing to be careful about is to keep generating linux-libc-dev on armel; all the versatile related stuff in the linux source package can go away IMO (Other impacted packages: debian-installer, I can take care of it, and maybe rootstock?) Dunno about rootstock. I'll go ahead and rip out the versatile flavour. Note that we still have an omap armel flavour, and we'll continue to generate the other armel binaries (such as linux-libc-dev). rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Ubuntu Studio 11.10 UI discussion. GNOME3, Unity, XFCE and Studio users workflow.
Here's another vote for XFCE On Mon, Apr 11, 2011 at 5:05 PM, ailo ailo...@gmail.com wrote: On 04/11/2011 07:26 PM, ailo wrote: To test Gnome3 with Ubuntu ScottL tipped us about this one: http://ugr.teampr0xy.net/ This didn't work for me. I'm moving on to Fedora Alpha release and will give that a testrun with some multimedia programs instead. -- ailo -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Ubuntu 11.04 Kernel Configurations
On 03/25/2011 05:49 PM, Scott Ritchie wrote: On 03/24/2011 11:09 AM, Leann Ogasawara wrote: Hi All, With the Ubuntu 11.04 Beta-1 release approaching, the Ubuntu Kernel Team felt this would also be an appropriate time to advertise what we intend to be the final kernel configurations for all the main distro and ports kernel flavors. The purpose is to expose the main configuration changes and provide pointers to the full configurations for those who are interested. To aid in the comparison of kernel config changes from Ubuntu 10.10 (Maverick) to Ubuntu 11.04 (Natty) we have generated a delta report [1]. We have also posted the full Ubuntu 10.10 and Ubuntu 11.04 configurations for each flavor [2]. Thanks, The Ubuntu Kernel Team [1] https://wiki.ubuntu.com/Kernel/Configs/MaverickToNatty [2] http://kernel.ubuntu.com/~kernel-ppa/configs Perhaps this is an appropriate time to ask, since I've been trying to ask for months now in mailing list/IRC but never apparently to the right person... Can the kernel team please raise the hard limit for file descriptors (but keep the soft limit)? https://bugs.launchpad.net/bugs/663090 I'm having real applications break from this, and the change shouldn't affect any app that doesn't request it manually. Thanks, Scott Ritchie The initial hard limit value is not a CONFIG option, so the only way it can be changed is by carrying a patch in the kernel, something I would prefer not to do. This is the macro that initializes the hard limit: include/linux/fs.h:#define INR_OPEN 1024/* Initial setting for nfile rlimits */ What is the issue with having upstart set this limit early in the boot cycle? Won't all new processes inherit the modified limit? rtg -- Tim Gardner tim.gard...@canonical.com -- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel
Re: Bug reporting
Interesting. I installed mine in a Virtual Box as well on x86_64. I did have a studio font package corruption but I cleared the cache and re-downloaded everything and it worked fine. --Tim On Tue, 2010-12-07 at 13:56 +0100, ailo wrote: On 12/07/2010 12:33 PM, Asmo Koskinen wrote: r...@ubuntu-studio:/home/studio# apt-get install linux-lowlatency Näillä paketeilla on tyydyttämättömiä riippuvuuksia: linux-lowlatency : Riippuvuudet: linux-image-lowlatency (= 2.6.36.8.10~ppa1) mutta ei ole merkitty asennettavaksi Riippuvuudet: linux-headers-lowlatency (= 2.6.36.8.10~ppa1) mutta ei ole merkitty asennettavaksi E: Rikkinäiset paketit r...@ubuntu-studio:/home/studio# Best Regards Asmo Koskinen. Same here: ... The following packages have unmet dependencies: linux-lowlatency : Depends: linux-image-lowlatency (= 2.6.36.8.10~ppa1) but it is not going to be installed Depends: linux-headers-lowlatency (= 2.6.36.8.10~ppa1) but it is not going to be installed ... apt-cache search linux-lowlatency linux-lowlatency - Complete Lowlatency Linux kernel linux-lowlatency-pae - Complete Lowlatency Linux kernel linux-headers-2.6.37-8-lowlatency - Linux kernel headers for version 2.6.37 on x86/x86_64 linux-headers-2.6.37-8-lowlatency-pae - Linux kernel headers for version 2.6.37 on x86 linux-image-2.6.37-8-lowlatency - Linux kernel image for version 2.6.37 on x86/x86_64 linux-image-2.6.37-8-lowlatency-pae - Linux kernel image for version 2.6.37 on x86 Ubuntustudio natty x86, Virtualbox -- ailo -- *** Timothy Cook, MSc Project Lead - Multi-Level Healthcare Information Modeling http://www.mlhim.org LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook Skype ID == timothy.cook Academic.Edu Profile: http://uff.academia.edu/TimothyCook You may get my Public GPG key from popular keyservers or from this link http://timothywayne.cook.googlepages.com/home signature.asc Description: This is a digitally signed message part -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Bug reporting
On Tue, 2010-12-07 at 14:15 +0100, ailo wrote: I had problems choosing ubuntustudio tasksels during installation (audio, video, plugins etc) Cant' remember which worked and which did not. Is there a version error for the x86 meta-packages? I'm not sure what you mean here. I installed linux-lowlatency manually: I added the ppa through Synaptic and it works as advertised. --Tim -- signature.asc Description: This is a digitally signed message part -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Bug reporting
On Sat, 2010-12-04 at 19:29 +0200, Asmo Koskinen wrote: 04.12.2010 18:37, Ronan Jouchet kirjoitti: I don't think so Alessio; there *is* interest. I agree - Alessio, I just installed Ubuntu Studio AMD64/x86_64 Natty Alpha 1. I'm ready to test your kernel with NVidia, Delta 66 and AudioFire4. Where did you find the Ubuntu Studio Natty? I usually use VirtualBox but was going to give TestDrive a spin. But, I don't know how to specifically get the US ISO. --Tim -- *** Timothy Cook, MSc Project Lead - Multi-Level Healthcare Information Modeling http://www.mlhim.org LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook Skype ID == timothy.cook Academic.Edu Profile: http://uff.academia.edu/TimothyCook You may get my Public GPG key from popular keyservers or from this link http://timothywayne.cook.googlepages.com/home signature.asc Description: This is a digitally signed message part -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Tasks, Workflows, and Packages for Ubuntu Studio Natty
On Fri, 2010-10-29 at 16:36 -0500, Scott Lavender wrote: These are packages (or applications) that are currently included with Ubuntu Studio, but will no longer be: * aconnectgui * audacity Thanks for the link to those Scott. I noticed this use of Audacity. = Create Audio Clips and Sound Effects for Videos Explanation - Trim existing audio files to create sound effects or audio clips for videos Requirements - Existing audio files from which to trim sound effects or audio clips Applications Used - Audacity = So I assume that needs to be corrected. I do not know much about all of this, but I am learning and at least I can do my part and proof-read. :-) Cheers, Tim signature.asc Description: This is a digitally signed message part -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: Kernel for Ubuntu Studio
On Tue, 2010-10-12 at 22:44 +0200, Alessio Igor Bogani wrote: Tim, 2010/10/12 Tim Cook timothywayne.c...@gmail.com: [...] I had not thought about testing 32 bit versions in KVM on 64 bit. If we do not get some volunteers to fill in the matrix, then I'll take a couple of those slots. As you can see from matrix at https://wiki.ubuntu.com/RealTime there isn't a much of interest on Lucid -lowlatency. So what do you think about drop it and focus on other version? Ciao, Alessio I will do that. However, Starting tomorrow I will be on a four week sprint of workshops and conferences. So I have no idea how much I can actually get done in this time. I do know that KVM seems REALLY! slow compared to VirtualBox. Maybe I did something wrong? I'll check into that as well. Cheers, Tim -- *** Timothy Cook, MSc Project Lead - Multi-Level Healthcare Information Modeling http://www.mlhim.org LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook Skype ID == timothy.cook Academic.Edu Profile: http://uff.academia.edu/TimothyCook You may get my Public GPG key from popular keyservers or from this link http://timothywayne.cook.googlepages.com/home signature.asc Description: This is a digitally signed message part -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: A *real* new direction/beginning.
I am new here and I don't know you but *this* is how open source projects work and how real leaders act. You have earned my respect with this one email. Best Wishes, Tim On Sat, 2010-10-09 at 11:18 -0400, Cory K. wrote: Over the past couple of weeks I've thought hard about my input and how it influences Ubuntu Studio currently. The biggest thing I wanted to see happen is a completely new direction but I think that since I was the major driving force behind the past releases that most people now will go along with what I say. (even if I'm not directly in charge anymore) I don't want to have that kind of influence anymore. I feel I can't if Studio is to truly have a new beginning/direction/whatever. That said, I will add the SVG to the logo page I threw up a week or so ago and take myself of this mailing list. I will however stay on the LP team in case something comes up that needs my direct help. @ Scott. I will always be around to support you and answer any direct questions you may have. I'm always connected to Freenode and you got my email address. :) Peace. -Cory K. -- *** Timothy Cook, MSc Project Lead - Multi-Level Healthcare Information Modeling http://www.mlhim.org LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook Skype ID == timothy.cook Academic.Edu Profile: http://uff.academia.edu/TimothyCook You may get my Public GPG key from popular keyservers or from this link http://timothywayne.cook.googlepages.com/home signature.asc Description: This is a digitally signed message part -- Ubuntu-Studio-devel mailing list Ubuntu-Studio-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-studio-devel
Re: python app import guidelines
Stephen, Maybe using a PYTHONPATH (or sys.path.append()) to specify the top-level of your package and then touch'ing __init__py's in all the directories leading to importable packages? Maybe I've misunderstood the question though... -tim On Wed, Sep 22, 2010 at 12:43 PM, Stephen Burke steve.burke...@gmail.com wrote: I am packaging up a python app to upload it to my PPA eventually. Before this everything I have written is in one directory so all my imports were simple. Now that I am breaking up the app and the top level script is in a bin directory and the helper scripts are in a helpers directory on the same level. How should my imports be with this directory structure. Would I modify the PYTHONPATH to add any directories I need or is there a better way to do this? I have read python docs about imports but I'm wondering if there are any more guidelines in terms of imports for python apps that are packaged for Ubuntu. Any help would be appreciated. Steve -- 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 -- -tim -- 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: Shouldn't update-manager's check for updates setting have an hourly option?
million machines hitting the update servers every hour. hm On Jun 23, 2010, at 10:49 AM, Nathan Dorfman wrote: Personally, I would prefer it, and I think it's quite reasonable. Thoughts? -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: aptitude vs. apt
apt-cache search On Jun 15, 2010, at 2:03 AM, Akkana Peck wrote: Chris Jones writes: I was simply pointing out that in addition to apt-get's functions, there really is nothing that aptitude can technically do that can't be done already with other built-in tools. I use aptitude primarily for aptitude search. It shows which packages are or are not installed, deleted etc., which apt-cache search doesn't. Is there a better way of getting this information without aptitude (and without firing up a gui program)? Certainly aptitude isn't perfect (like the way it truncates lines at the display width even if stdout isn't a terminal), but getting the same information with other programs seems like it requires scripting or at least a fairly long shell pipeline. ...Akkana -- 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 Windows - The only OS you can buy from TOYSrUS http://www.toysrus.com/product/index.jsp?productId=3896283 Tim Hawkins tim.hawk...@me.com -- 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: upstream + packaging + looms + lp != happiness
On Fri, 28 May 2010 11:44:08 Robert Collins wrote: Its probably not had record done on it doing 'bzr record' will do a commit sliced across the loom - it stores the state of all the patches, merged into tip or not, and then when you push, that recorded tip is what is pushed. If you take a look at the statements that Barry showed, he was doing a record, so most likely a bug. Tim -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Re: hottest100 (was Re: Bazaar focus for 2.1 and 2.2)
On Wed, 06 Jan 2010 17:39:02 Jonathan Lange wrote: On Wed, Jan 6, 2010 at 12:46 PM, Tim Penhey tim.pen...@canonical.com wrote: On Wed, 06 Jan 2010 13:38:53 Jonathan Lange wrote: So the associating development focus does not seem to have been done. Again, I don't think I have access to actually change any of this stuff. (And obviously neither do you, or you probably would have done it. :) Exactly. It will generally need someone in Registry Admin to do it for us. In general, it's the project Maintainer (and maybe the Driver) who can do that. You can find out who this is by looking at the project overview page. Curtis, is this correct? Do you have any ideas as to how we can safely open this up? I was talking with Curtis about this this morning. I have a branch ready to go that adds bazaar-experts and registry-experts. This will allow any CHR person to change the links rather than just a LOSA. CHR people aren't in bazaar-experts -- it's a tightly restricted team, since it grants global branch write access. jml CHR people aren't in bazaar-experts, but they are in registry-experts. Tim -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Re: Bazaar focus for 2.1 and 2.2
On Thu, 17 Dec 2009 10:27:38 you wrote: Tim Penhey wrote: On Thu, 17 Dec 2009 10:01:39 you wrote: Just to mention this is pretty much how all imports/conversions work. 'starts quickly and [] slows down'. Both because the ancestry gets longer, but tree size usually goes up significantly, etc. But one revision a minute? Tim Well, that was how long OOo used to take when we first started trying a couple years ago. It would tend to happen if you do something that is O(tree) instead of O(changes). And certainly if there is something that is O(ancestry). Usually we do quite a bit better. I think importing the linux kernel via fast-import is in the 1000/min range. Slowing down to... 500/min? I think Qt is much slower at around 40/min, but still not 1/min. Also considering that there is 150k revisions to import. As far as memory leaks go, the imports creep up to 1 gig rss and often get killed by the LOSAs. Tim -- ubuntu-distributed-devel mailing list ubuntu-distributed-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-distributed-devel
Re: karmic trashed in Tomshardware.com
I dont know if it is relevant, but looking at the specs of the two unstable machines listed in the article, both had nVidia chipsets The one machine (netbook) that they said worked perfectly had an Intel Graphics chipset. Given the amount of discussion relating to problems with the nVidia drivers in Karmic, could this be a factor in this review.? On Dec 8, 2009, at 11:04 AM, Shentino wrote: Indeed this list lately has been buzzing somewhat with grumpy messages regarding Karmic's bellyflop. I must admit that some of mine could have been a bit less condescending than they were. On Mon, Dec 7, 2009 at 3:13 PM, Patrick Goetz pgo...@mail.utexas.edu wrote: I've been out of the loop for a couple of months, so pardon me if this has already been discussed, but Karmic got thoroughly trashed in a TomsHardware.com review: http://www.tomshardware.com/reviews/ubuntu-karmic-koala,2484.html Some of these issues (system freezes when copying large files on ext4) I've never heard of before. My personal gripes with karmic were finding out that fakeraid now doesn't work at all, a regression caused by grub2 (https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/392136) and that the network applet, nm-applet still doesn't work in a multi-user context: https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/284596 Either of these is a deal killer for some significant fraction of users (e.g. dual booters or household shared PC users, respectively). -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- 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 Domain Server
Or give complex video recording and playback devices to consumers, or provide tools for publishing your own content, or advanced 3d modelling tools to amateurs. All these things where at one time considered to be the realm of the professional only, but are now commonplace commodity items. I think its called progress. On 28 Oct 2009, at 22:43, Dotan Cohen wrote: Oh feel free to code the thing then. Just don't ask mom and pop whether they want their user account database in ldap or mysql or in passwd and shared via NIS+. My whole point has been that it could be done, while you've been saying it couldn't. Having apparently accepted that was wrong you raise spurious issues about implementation. What does where they want their user accounts have to do with anything? Pick a reasonable default and use it. Ask them if they already have a user source, and use that. If mom pop are setting up an initial system, they'll happily use whatever you give them. There was never a question of if. The question is how wise is it to give a TIG welder to an eight year old and to tell him that he can build a hotrod. Or to give a scalpel to a six year old and to tell him that if his tummy hurts he can take out the hurting part. -- Dotan Cohen http://what-is-what.com http://gibberish.co.il -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
OpenOffice update
When can we expect to see an update to OpenOffice? Tim www.timscomputershop.com CompTIA A+ Authorized Service Center 1-888-286-9284 -- 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 packages in karmic
Is there any chance we can get the pdt in there as a plugin too, its glaringly missing On 19 Oct 2009, at 00:32, Benjamin Drung wrote: Hi, we have now an up-to-date, working eclipse package in karmic (3.5.1-0ubuntu6). It's even better than the one provided by upstream. There is only one problem left: Currently all plug-ins are very old and do not work. All plug-ins needs an update. I am aware of two plug-ins: eclipse-pydev eclipse-cdt We have removed eclipse-pydev from the archive, because of missing time. So only eclipse-cdt remains. Currently we are working on packaging cdt 6.0.1. It needs eclipse-emf, eclipse-mylyn, and eclipse-rse (all not in the archive). Do we get an feature freeze exception for all these packages? -- Benjamin Drung Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (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 -- 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: Standing in the street trying to hear yourself think
Would the production of a system similar to the Yahoo Answers approach help with some of this, Yahoo Answers awards points to answers that are chosen as top answers for various questions, and in essence becomes a living FAQ. Its more task orientated than the wiki, as its based on a question/answer form. Its less intimidating than the forums as its not a discussion space. The points system encourages people to contribute to increase their karma or their peer status, particular participants's points levels could for example be used to award emblems for particular levels of engagement, such as expert, guru etc. Potentially points could be used to award resources on the upcoming Ubuntu One system, or other ubuntu related resources. It would be in Canonical's interest to encourage participation to make product adoption more widespread. Any thoughts?. On 3 Jul 2009, at 07:45, Onno Benschop wrote: As Ubuntu becomes more and more popular, the resources we use to communicate within our community become saturated with the sounds made by new and learning users. This is not a new thing, nor is it undesirable, but unless we find ways to deal with the increasing background noise, we have a real chance of drowning. To be clear, I'm not saying that we need to hide from users, nor that we should build islands that isolate us from their efforts, but that the systems we use today do not appear to scale well. Spend a few moments in #ubuntu and you'll be surrounded by many users with questions and few with answers. The same is true in the Ubuntu forums, the mailing lists, launchpad, etc. Searching for issues that need resolution will often result in many hits that are people adding me too messages, or adding incorrect advice, which then in turn results in more posts. This is getting worse. That is, the noise is increasing. The power of our community is that we provide access to all comers, but that's also our weakness. Not everyone is an expert and not everyone will ever be an expert. Some who think they're experts are not, despite their well meaning attempts at providing pages that show users how to fix something by doing something in a non-Ubuntu way causing bug reports that don't exist from users who followed the advice. Should we find ways of distinguishing expert advice? Who decides what constitutes an expert? What I've written thus far scratches the surface of what I'm attempting to convey. I've been trying to write this email for six months, and I can only provide two anecdotes to attempt to describe in another way what I'm getting at. * In 1990 I was a participant and contributor to the usenet group Alt.Best.Of.Internet, or ABOI. When AOL joined us online, ABOI was swamped with users posting anything and everything to the group. Despite our best and sustained efforts, the group died in the onslaught of excited new Internet users who overwhelmed us. * Today it was suggested that what I'm getting at is the phenomenon that standing in the middle of a noisy street is a very hard place to concentrate on anything. You really need to find a place where you can close the door and think. While closing the door is simple enough, it defeats the purpose of sharing our efforts in a combined effort with the user community. I'm not attempting to proscribe how to resolve this, what I'm attempting to do with this email is start the discussion about how we might go about planning for success. What are we going to do about the exponential growth in Ubuntu success and exposure? How are we going to continue to flourish and grow while the masses arrive with their questions and bug-reports? Perhaps I'm seeing something that isn't there. Perhaps others are already thinking about this and I've just come along to add more noise to that discussion - if so, I'm sorry. -- Onno Benschop Connected via Bigpond NextG at S31°54'06 - E115°50'39 (Yokine, WA) -- ()/)/)()..ASCII for Onno.. |?..EBCDIC for Onno.. --- -. -. --- ..Morse for Onno.. ITmaze - ABN: 56 178 057 063 - ph: 04 1219 - o...@itmaze.com.au -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Standing in the street trying to hear yourself think
I would agree that The yahoo Answers model represents a wisdom of the crowds approach, and you are correct in your assessment that this can lead to distortions. However I was only suggesting this as an example model, and that there could be mechanisms built into the points system that would answer these criticism. On yahoo answers many of the responses that are chosen as top answers, are subjective in nature, a well written individual who writes a convincing or populist response to a question, but supplies completely wrong information, could easily be promoted over a response that was less polished, but however factually correct. I would propose that we have a better metric for selecting the best answer, in that the person posing the question could select the answer that fixed the problem for them, again this ties in with the task orientated nature of this approach. A question like how do i get the audio level to persist on my aspire one would generally solicit a number of answers, but only if the answer fixes the problem for the questioner should it be chosen as the best answer. It would be a case of selecting a mechanism that rewards the behaviours you are trying to solicit, and not just using a straight popularity vote. I must admit to some involvement in the yahoo answers project, having been an engineering manager on search for yahoo for some years and being somewhat involved in the product. On 3 Jul 2009, at 08:41, Onno Benschop wrote: On 03/07/09 08:00, Tim Hawkins wrote: Would the production of a system similar to the Yahoo Answers approach help with some of this, Yahoo Answers awards points to answers that are chosen as top answers for various questions, and in essence becomes a living FAQ. Its more task orientated than the wiki, as its based on a question/answer form. Its less intimidating than the forums as its not a discussion space. The points system encourages people to contribute to increase their karma or their peer status, particular participants's points levels could for example be used to award emblems for particular levels of engagement, such as expert, guru etc. Potentially points could be used to award resources on the upcoming Ubuntu One system, or other ubuntu related resources. It would be in Canonical's interest to encourage participation to make product adoption more widespread. Any thoughts?. I have seen Yahoo! Answer posts where two answers were supplied by two different people. The wrong answer was voted as the best answer. Just because the masses think the answer is right, doesn't make it so. karma can be a useful indication of activity, but in my experience it's no indication of expertise. And typically, using launchpad as an example, experts don't seem to get a lot of karma, since most of their activity is in the preparation of a single launchpad action, a patch, or an answer, or whatever. -- Onno Benschop Connected via Bigpond NextG at S31°54'06 - E115°50'39 (Yokine, WA) -- ()/)/)()..ASCII for Onno.. |?..EBCDIC for Onno.. --- -. -. --- ..Morse for Onno.. ITmaze - ABN: 56 178 057 063 - ph: 04 1219 - o...@itmaze.com.au -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Replace Tomboy with Gnote?
On Sat, 2009-06-20 at 12:16 -0400, Mackenzie Morgan wrote: f-spot but the fact that it copies all the pics in its own folder gives an alien and feeling to it, in the sense that it seems to me the program is doing something I didn't ask for (pictures take lot of space). Seeing as that's optional, yes you did. I find the copying useful since well...if it didn't copy them, it'd be like GThumb, pretending to organize my camera (not actually changing the filesystem by the way, just pretending) and not getting the images onto the computer. You'd have to manually copy all the images from the camera to the hard drive, then run GThumb/F-Spot. In that case, why are they set to start when a camera is plugged in or an SD card inserted? They'd be rather useless for the getting stuff of the camera usecase (the usecase implied by their autolaunching). In my case, I keep all photos on a large external drive to conserve space in my home directory, and import only the thumbnails into f-spot, so I must remember to uncheck this box each time, or it copies over the full jpgs to home/tim/Photos. This would quickly wipe out my free space, and needlessly make a duplicate of each photo (I already keep backups on another system). So in my case, as with Vincenzo, it is a feature I don't like. Tim -- 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
Mark Fink wrote: it would be better if it was removed from the repos too, but ubuntu would get back some of its respect if it at least removed MONO from the default install like Fedora is doing. I just listened to the FLOSS Weekly podcast from May where they interviewed a Fedora developer and he stated Tomboy is installed by default. He argued for the inclusion of MONO into Fedora. -- 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: Properly identifying applications
I like the idea of App name - function, or Function - app name. Either way. There are enough hard-to-pronounce app names in the Linux world that it should be required to list the app function along with the app name. Even listening to Linux podcasts, there is never any consensus on how to pronounce various apps, DE's, distros, etc. I also agree about Evince being mis-labeled as a "document" viewer when in reality it is a PDF file viewer. Back to the original poster's comments, I would like Totem Movie Player to be called just that, rather than Movie Player. Why? Totem has a Youtube plugin that I often use rather than navigating to youtube.com. I know Totem does this, but it doesn't say Totem in the menu entry. I often get Movie Player mixed up with Mplayer, so usually on my installs, I manually rename Movie Player to Totem Movie Player. Patrick Goetz wrote: It looks like no one responded to the concern raised below. It makes sense to me that all applications should be identified by their name as well as their function in gnome GUI menus. Furthermore, not doing so frequently increases confusion for naive users. For example, due to ongoing bugs with the linux acrobat reader postscript rendering engine, users frequently come to our office because they couldn't print a pdf file. We tell them to use evince instead of acrobat reader. They look for a program called evince in the menus, and can't find anything. No one knows to look for "Document Viewer" -- in fact, what does this even mean? What kind of documents? In 9.04 Document Viewer appears to have disappeared from the menu, but "Image Viewer" is still there. The default image viewer used to be Eye of Gnome, but this appears to be something different -- since the menu is non-standard, one can't tell from the application itself; the only way to find out is to dig through /usr/share/applications. When the command line is more user friendly than the GUI, this should set off those little alarm bells that something needs to be done differently. Of course the complication in the linux world is the plethora of choices which exist for each application type, especially on larger networks like ours where users are strongly opinionated about which {editor, compiler, pdf viewer, image viewer, browser, etc.} is the best one and must be installed. How to create a manageable user experience for the less knowledgeable user in the presence of dozens of choices for each task? I'm not sure what the answer is at the moment, but a no-brainer choice is to clearly identify WHAT application is being invoked from the menu. Date: Sat, 6 Jun 2009 13:41:43 +0100 From: Peter Berry pwbe...@gmail.com Subject: Using functional descriptions for default applications' menu entries To: ubuntu-devel-discuss@lists.ubuntu.com Bug 105685 (https://bugs.launchpad.net/ubuntu/+source/totem/+bug/105685) was recently rejected again, on the grounds that "it's not a bug", despite apparent consensus (from my and another's admittedly biased perspective) that it is. See previous thread: http://thread.gmane.org/gmane.linux.ubuntu.devel.discuss/1101 I have four media players installed: MPlayer, Xine, Totem and VLC. I find all of them wanting from time to time and if one doesn't work, it's useful to be able to try another. So on my system clearly "Movie Player" is ambiguous and makes it more difficult to find Totem. (It's also an Americanism and imprecise since it also plays pure audio - IMO "video player" or "media player" would be better.) I also find it galling that GNOME devs apparently think it is OK to say Movie Player = Totem, as if nothing else in the world deserved the 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: WRONG ARCHITECTURE 'I386'
Or wait until mozilla / webkit release html5 media objects and make the whole add-on thing redundant. On 12 May 2009, at 10:37, Christopher James Halse Rogers wrote: On Tue, 2009-05-12 at 03:52 -0400, Mackenzie Morgan wrote: On Sunday 10 May 2009 4:55:26 pm Jonas wrote: (section message is web) Hello. I have an ibook g4, the one that came quite before the day apple decided to use x86 processors. I have a reccurrent problem I think A BIG part of the alt release of ubuntu are concerned : flash will only work on x86 Is that true even of Swfdec and Gnash? And actually, due to demand, Adobe has released a 64bit version of Flash that's only for Linux. Swfdec Gnash should both work, for some values of work. I believe they should both play youtube, at least until youtube changes again and requires flash features neither of them implement. Of course, in the long term you could also hope that Silverlight/Moonlight gain traction; mono already works just fine on PPC :). -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: dynamic executables ?
On Wed, 2009-04-22 at 15:57 +0100, Alan Pope wrote: 2009/4/22 Vincenzo Ciancia cian...@di.unipi.it: Il giorno mer, 22/04/2009 alle 15.19 +0100, richard ha scritto: richar...@richard-g8jvm:~/eagle-5.5.0/bin$ ldd ./eagle not a dynamic executable The output from file eagle? Assuming it's eagle the circuit board design software, then eagle is not an executable but a shell script. a...@hactar:/usr/bin$ file eagle eagle: POSIX shell script text executable Which then calls /usr/lib/eagle/bin/eagle And applies to the default version. Richard has installed eagle 5.5 in his home directory. Having downloaded the linux installer for version 5.5, and run it (on 64-bit ubuntu jaunty x86_64), I have t...@zaphod:~$ ls -l eagle-5.5.0/bin total 13044 -rwxr-xr-x 1 tim tim 11473300 2009-04-14 15:05 eagle -rw-r--r-- 1 tim tim41639 2008-07-01 15:01 eagle.def -rw-r--r-- 1 tim tim 717572 2009-04-14 15:05 eagle_de.htm -rw-r--r-- 1 tim tim 310429 2009-04-14 15:05 eagle_de.qm -rw-r--r-- 1 tim tim 645458 2009-04-14 15:05 eagle_en.htm -rw-r--r-- 1 tim tim 718 2008-04-21 15:00 eagleicon16.png -rw-r--r-- 1 tim tim 2924 2008-04-21 15:00 eagleicon50.png -rw-r--r-- 1 tim tim 1946 2009-04-23 18:36 eagle.key -rw-r--r-- 1 tim tim 4110 2008-04-21 15:00 freeware.key -rw-r--r-- 1 tim tim 1768 2008-04-21 15:00 platforms-lin.png -rw-r--r-- 1 tim tim 1907 2008-04-21 15:00 platforms-mac.png -rw-r--r-- 1 tim tim 2019 2008-04-21 15:00 platforms-win.png -rw-r--r-- 1 tim tim88118 2009-04-14 15:05 qt_de.qm t...@zaphod:~$ file eagle-5.5.0/bin/eagle eagle-5.5.0/bin/eagle: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, stripped t...@zaphod:~$ cd eagle-5.5.0/bin t...@zaphod:~/eagle-5.5.0/bin$ file * eagle: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.4, stripped eagle.def: ASCII English text eagle_de.htm: HTML document text eagle_de.qm: data eagle_en.htm: HTML document text eagleicon16.png: PNG image, 16 x 16, 8-bit/color RGBA, non-interlaced eagleicon50.png: PNG image, 48 x 48, 8-bit/color RGBA, non-interlaced eagle.key: data freeware.key: ASCII English text platforms-lin.png: PNG image, 39 x 39, 8-bit/color RGBA, non-interlaced platforms-mac.png: PNG image, 39 x 39, 8-bit/color RGBA, non-interlaced platforms-win.png: PNG image, 39 x 39, 8-bit/color RGBA, non-interlaced qt_de.qm: data Which looks fine. Richard, what platform are you running ubuntu on (and which ubuntu release)? which installer did you use (based on the contents of~/eagle-5.5.0/bin as reported, I assume that you used the linux installer)? In most cases,the assumption is that linux == 32-bit intel platform while there are distributions that support PPC and other platforms. Cheers, Al. Tim -- Tim Frost timfr...@xtra.co.nz -- 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: You lost a new Ubuntu user
Connecting and transferring data online during an offline media install is not an expected activity, it is the kind of phone home activity that is derided of other OS's such as Microsoft windows. It is especially bad given that the user does not know its going to happen, and does not know why it is happening. Installing a new operating system is a trust activity, if the OS starts doing things you don't expect it damages that trust. Right at the time when the users first impressions are being formed. If i use a netboot install, i expect it to access the net, if I install from a CD I expect it to install from the media I designated, the CD. I do not expect it to access the net with out informing me what or why it is doing it. Just my 2cents. On 26 Dec 2008, at 05:29, nergar wrote: This is getting out of proportion. Ubuntu should NOT ask if it is ok to get updates. We are trying to run a Linux for human beings distro and if we start taking steps in this direction, we might as well ask for permission to connect when opening firefox. The last thing we need are more dialogs to confuse/annoy users. Another thing to take into account is, Linux is about CHOICES. If anyone feels like a control freak they should be using Arch or Gentoo or any other distro that will fit them better. We have more important things to worry about, like stability. Ubuntu has become very unstable lately. HggdH wrote: Le Thursday 25 December 2008 à 22:40 +0200, Dotan Cohen a écrit : 2008/12/25 Manish Sinha manishsinha.t...@gmail.com: I again repeat the above line since bandwidth is one of the two main issues, first being the installer connecting to the internet without user's consent. Having the network cable plugged in implies consent. If you don't want you computer connecting to a network, then don't plug it in. I have lived in areas of limited and expensive bandwidth, and even for a desktop with the network cable under the desk, it seemed common sense that so long as it was plugged in, something would try to connect. Sorry, you are generalising from your own perceptions. The original complaint was clearly set against going out into the wild Internet without asking first (and, gasp/, downloading other/new programmes). I agree with it. If I have a full CD with Ubuntu, I do not expect it to get into the Internet without telling me first, no matter what. If being connected is what it takes to get out, then warn/suggest the user to disconnect if no such contact is wanted. But never expect *implicit*, *implied*, consents to have been given. The fact that something will try to connect if a connection is available is the root of the problem. The default should be *NO* connection unless explicitly allowed, be it out or in. -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: You lost a new Ubuntu user
Fedora 10 provides a USB disk image, which can just be DD'd onto a blank key. With the rapid rise in the numbers of compact netbooks with no optical media readers included, perhaps this makes more sense, most machines now will boot from a usb key. while there are tools like unetbootin that can create an image from an iso, they are a pain to use. On 28 Dec 2008, at 06:49, Chris Cheney wrote: On Sat, 2008-12-27 at 16:47 +, richard wrote: -snip- He knows that if he buys a copy of windows 1 CD maybe 2 -snip- Windows is a DVD now MacOS is a DVD as well Perhaps its time to move the default Ubuntu release to a DVD also. ;-) If I remember correctly the main reason it hasn't been so far is due to distribution issues as a DVD is 4.5GiB vs 700MiB for a CD. Thus it would take a very long time to download for a large percentage of the world. Although perhaps this is not as big an issue since many places have a bandwidth cap as well so people wouldn't be downloading the image in the first place? 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 -- 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-devel-discuss Digest, Vol 24, Issue 9
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? Done https://bugs.launchpad.net/ubuntu/+source/system-cleaner/+bug/ 293557 MarKus - - - - - - - - - - - - - - - - - - - Dipl. Ing. Markus Hitter http://www.jump-ing.de/ -- -- 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 End of Ubuntu-devel-discuss Digest, Vol 24, Issue 9 *** -- Tim Williams -- 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
Hi Nicolas, Good job in spotting the bug. In order to keep track of all the bugs and their info it is necessary to use a bug tracker. For ubuntu this can be found here: https://bugs.launchpad.net/ubuntu/ There you can click the Report a Bug button ( or https://bugs.launchpad.net/ubuntu/+filebug ), and follow the steps. The pachage the command modinfo is part of is called module-init-tools. This is very useful information to the developers. If you could report the bug there it would be very helpful. Thanks, Tim ^,^ P.S. If you ever want to know what package a command belongs to there are two simple steps involved. 1) Find the commands full path using the command which. i.e. which modinfo This will show you modinfo's full path, in this case /sbin/modinfo 2) use dpkg -S /path/to/file to find out what package it belongs to. i.e. dpkg -S /sbin/modinfo On Thu, Aug 14, 2008 at 12:37 AM, Nicolas MICHEL [EMAIL PROTECTED] wrote: Hello, I didn't know where to report this bug. In the man page of the command modinfo (8), the name of the field param with the -F option is wrong. The name of this field is parm. Sincerely, Nicolas Michel -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Cannot boot alpha-1
On Tue, 2008-07-01 at 23:21 +0200, Thomas Novin wrote: On Tue, 2008-07-01 at 16:29 +0100, John Levin wrote: Have either of you filed a bug report on your troubles? Nope, I haven't. But is the bug in VMWare/VirtualBox (unable to handle the new kernel) or is it some regression in kernel 2.6.25? It isn't a kernel bug - I can boot and get the gdm login in a VMware workstation VM running intrepid i386 Ubuntu, but after I enter my user/password, the GUI hangs with the brown screen. I have tested kubuntu Intrepid alpha 1 and had no issues booting or logging in to the GUI. This suggests that there is a bug with the version of Gnome that is packaged for intrepid alpha 1, when run in a VM. Tim -- 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: 32-bit vs 64-bit (was: InetBoot for Fedora/Ubuntu/KNOPPIX/VMKnoppix is released.)
On Tue, 2008-07-01 at 15:28 +0100, (``-_-´´) -- Fernando wrote: One more question: i just found out that there are no 64 bits packages... will there ever be? with a system with 4GiBs of RAM like mine, I can only see 3GiBs. For Intel/AMD systems, there are two options: 32-bit, using the I386 ISO/CD/... 64-bit, using the AMD64 ISO/CD/... Despite having AMD in the name, the 64-bit packages will install on 64-bit Intel processors, as well as the AMD Athlon family. Bear in mind that there are packages which are only available in 32-bit versions. In particular, there are a number of web browser plugins which are only available for 32-bit Linux. For this reason, many linux users are installing the 32-bit distribution on desktop systems, even though those systems would be quite capable of running a 64-bit linux distribution. I am in that category at home, because I access various sites that offer java/flash/adobe content, and I know that these (particularly Java) are not (or not fully) supported on a 64-bit platform. I am not affected by the memory restraints, because the motherboard on my PC supports a maximum of 3 GB. At work, I have chosen 64-bit Ubuntu for my desktop, because my new PC is a 4-core, 64-bit CPU with 4GB RAM. So far, I have not found anything that justifies switching back to 32-bit, although I do have to remember the restriction for one environment - our VPN servers are managed via a web interface. These systems offer 'manage from laptop' or 'manage server', and the latter uses a java interface that won't work because there is not a java plugin for browsers on 64-bit Linux. I am able to use the 'manage from laptop' option in that situation, as that doesn't use Java. Tim -- 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
Reappearing mouse issues in ogengl applications
Hello, There is a bug that has come back. It was originally reported on 2006-09-18. I don't think anybody has figured out what was actually causing the problem but it was fixed during feisty. Unfortunately it is now back. The bug causes the mouse pointer to periodically jump to different locations on the screen making most opengl games unplayable. I had mistakenly changed the bug to xserver-xorg-input-mouse but I don't want to change it back to another package without knowing for sure what is causing the problem. It would be really nice to fix this issue once and for all. My comment on this latest change says that it's fixed, but this an error on my behalf. It is still broken. If anybody has any ideas how to track down the cause of the problem, I would really appreciate it. Tim -- 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 development - joining...
The best approach is to search a project/issue that you are interested in, which seems to be improving the laptop experience. There is also a lengthy document from Andreas Lloyd which lots of contacts: https://wiki.ubuntu.com/ContributeToUbuntu Thanks for the info. The Ubuntu membership is more a kind of reward for contributing a lot to Ubuntu and expect of getting a nice email address you cannot do a lot with it. You will get commit access (motu/core-dev) if you have proved to be a trustworthy and productive member of the community and the corresponding privileges will help you to improve your work flow a lot. I don't think that this is the case yet. I wasn't implying that I was asking for commit access, just that I was interested in working toward that. If you have a patch just nag the people on IRC about it. OK - I haven't always had the best of luck there, though... All of the above mentioned bugs are very hard to reproduce and a likely cause is not the relevant part of the code that has to be fixed or even a solution. Furthermore it seems that in general the hardware support of the MacBook doesn't seems to be very good: Perhaps some ACPI issues. What about #137598? That one has a patch, and several other people experiencing the issue as reported in the bug. Also, #147883 has an upstream patch. -- 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
The latest nightly cdimages / ISO's are above 710 megs
Hello! I know I'm subscribed to the digest for this mailing list so I don't know if it's been addressed yet, but it's not just the amd64 cd images. I've noticed that they're all too big since. At least since the 12th September. For people wanted to test actual hardware I think it may be a problem if the cd images remain so big as they won't be able to burn them. I filled a bug about this: https://bugs.edge.launchpad.net/ubuntu/+bug/139646 Cheers, Tim -- Forwarded message -- From: Scott Ritchie [EMAIL PROTECTED] To: Murat Gunes [EMAIL PROTECTED] Date: Sun, 16 Sep 2007 21:41:53 -0700 Subject: Re: The latest amd64 nightly desktop ISO is 730 megs Murat Gunes wrote: Bryce wrote: That really does not make any sense if thats the case. What is the point in making daily images available for testing if know one is going to be able to use them? Not many daily images end up oversized. If it were a substantial percentage of all images, you'd have a point. With the current state of things, people can wait a day, or two at worst, or use the image from a day or two before (I think jidgo is not an option with the live CDs, but should be usable with the alternate CD; I'd be happy if someone could confirm this). It's not realistic to expect all uploads to be concerted to such an extent as to be able to meet a certain maximum size on a daily basis. Scott Ritchie wrote: Perhaps the build script should throw up a warning somewhere. Otherwise there's almost no point to having them. I think it creates files that end with .OVERSIZED corresponding to the image that ends up being oversized. m. In this case it didn't - I didn't even come across a warning. Honestly it would be best if no image was made, rather than an unburnable one. Nothing wrong with skipping a few days when the nightly isn't buildable. Thanks, Scott Ritchie -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
usplash logo distorted
Hello all, I wanted to ask about the widescreen boot up splash/logo. My concerns have been raised at: https://bugs.edge.launchpad.net/ubuntu/+source/usplash/+bug/64147 In specific, from the bug report: There are only 4:3 and 16:9 themes. It picks the closest. I can understand if you don't want to make a lot of different logos, but: 16:9 is a standard TV format for widescreens. 16:10 is a more widespread format amoung computers, especially laptops! I found some popular formats for widescreens and their respective ratios. See for yourselves: 1280 x 768 = 16:9.6 (closer to 16:10 than 16:9) 1280 x 800 = 16:10 1366 x 768 = 16:9 1440 x 900 = 16:10 1920 x 1200 = 16:10 4 out of 5 of these resolutions are 16:10. Unless I'm not seeing something here, 16:10 should be in there instead of 16:9. I know that it's only a look thing and doesn't take from functionality, but it may take a bit from perceived quality as it's the very first thing that people see when trying ubuntu. Is this difficult to change? Cheers, Tim -- 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: The latest nightly cdimages / ISO's are above 710 megs
On 9/17/07, Colin Watson [EMAIL PROTECTED] wrote: On Mon, Sep 17, 2007 at 08:29:10AM +0100, Tim Kersten wrote: I know I'm subscribed to the digest for this mailing list so I don't know if it's been addressed yet, but it's not just the amd64 cd images. I've noticed that they're all too big since. At least since the 12th September. For people wanted to test actual hardware I think it may be a problem if the cd images remain so big as they won't be able to burn them. Yes, we'll be sorting this out before beta. I filled a bug about this: https://bugs.edge.launchpad.net/ubuntu/+bug/139646 Please don't file bugs about this in future. They tend not to get noticed by the people who actually reduce the CD size again, and they just hang around until somebody remembers to close them. Furthermore, we don't need bugs about this as it's automatically a release blocker for CDs to be oversized. Sorry about that. Won't happen again :-) -- 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: Non-critical bug fixes/new hardware drivers in stable releases?
Backporting changes is risky. Ubuntu makes the decision that security fixes are worth the risk of backporting. If you are talking about changes that are available in later releases, then the affected users are able to upgrade. In my opinion, it is more important that we don't break the machines of people for whom everything is currently fine. I'm not talking about new features (aside from possibly new drivers). I'm mainly talking about bugs that, while not security/data loss bugs, are still significant annoyances. The HAL bug I mentioned earlier in the thread is the perfect illustration of what I mean. -- 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
Non-critical bug fixes/new hardware drivers in stable releases?
Hi, I've been lurking/occasionally posting here for a while, and I would like to bring up an issue that has been a real annoyance in my attempted use of Ubuntu (as well as other Linux distributions, notably Debian) this summer. In short, while I feel that Ubuntu has made real progress with regards to desktop Linux - comparing Hoary and Feisty (the last release I had used prior to this summer) is like night and day. More works out of the box, it's FAR easier to get all the popular non-free codecs, and it generally feels like a modern desktop operating system. However, in installing Ubuntu I ran into a whole slew of issues that, while not will make your system explode/lets hackers in/causes data loss bad, are quite annoying nevertheless. Some examples include: 1. Many USB storage devices can't be properly unmounted using the GUI. One must use the console or use non-optimal workarounds (that are distinctly UNSUPPORTED) to fix this. The bug in particular can be found at https://bugs.launchpad.net/ubuntu/+bug/99538 2. My laptop (a MacBook, don't laugh :) ) won't suspend-to-RAM with the default kernel. To be precise, it will suspend, but it will not resume :) This is fixed in newer kernels (such as those in Gutsy) and can be worked around with a kernel recompile in 2.6.20. However, one must either compile a kernel or use apt-pinning with Gutsy sources to use this fix - a decidedly unsupported and nonintuitive fix. 3. Many other examples that I can't think of off the top of my head - though one may see many of these by looking at the Howto configure XYZ wiki pages. Words such as recompile, add this repository, etc etc seem to be a constant occurence here. This is especially apparent when it comes to new hardware that has drivers, albeit ones that weren't ready as of the stable release. What these issues have in common is that, under current policy (which calls for updates for security/data loss type issues ONLY), there is little or no chance of having them fixed in the stable release. While I can see the merit of keeping changes to stable to a minimum, it seems like the existing policy of Ubuntu (and many distributions - I'm not blaming Ubuntu in particular) is leaving many users out in the cold with regards to their issues until the next release. I can see this policy for a server or enterprise desktop (and thus the LTS releases), but not a normal desktop. For desktop users, it ends up making them fix some bugs/hardware support issues themselves using the command line/third-party repositories/building from source - which is something that should be avoided. Has there been any consideration to easing the stable release updates policy to accommodate issues like these? I'm not necessarily advocating that the stable release receive every update under the sun (certainly not feature-only updates), but it seems like allowing more bug fixes/new drivers to enter the stable release would be beneficial to many end users. I think that many users are probably turned off by the recompile, add this unsupported software, hack this code, etc etc (I know this is what always ends up pushing me away from Linux) and this would go a long way towards alleviating this. Any comments? I'm especially wondering what developers think of this issue... Tim -- 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 development...
The fact that you submit bug reports and do not follow up / patch them yourself shows a severe disinterest in *really* helping ubuntu and (like most new devel's in all projects) just want to focus on the hot-dog stuff. I do follow up - in fact, I've often posted additional info on my bug reports as to the origin of the issue/suggestions as to what could be done. I may not have the solution to everything, but that doesn't mean that I'm just being lazy or just focusing on the hot-dog stuff. Maybe it means that for you, but I've submitted bugs/ideas to other projects (including *Debian*, of all distributions) and have received plenty of response. 2) RTFM. Please. Coming onto the mailing list and asking for manual locations makes me want to knife myself. Yes it could be clearer, but you are not asking for help or clarifying a point, your just being lazy. I'm not asking for something trivial - I'm asking how to provide input/ideas regarding key components of the system. It's perfectly clear how to do MOTU/Bug Squad/etc - it's NOT clear how to go about suggesting changes to the main desktop setup. I've looked countless times on Launchpad and have remained stumped - RTFM really doesn't help one bit. 3) Before you start working on MAJOR new features, why not help fix bugs and other common problems first? Wouldn't these be more benficial and a better learning process than Making the default system look better?. BTW the way it renders fonts is entirely appropriate: Most people get used to MS's crappy way of sub-sampling fonts to make them look sharper. In many of the cases I've discussed, I'm not necessarily talking about coding a major new project from scratch - I'm talking about integrating already existing code into the system, investigating changes in default settings, etc. Yes, I certainly would work on the smaller bugs/issues as well - and I already know where to go for that (Bug Squad, MOTU, etc etc). However, it's unclear where to go with basic desktop issues/ideas, other than to file a bug in Launchpad, provide all the info you can, and wait. Do any Ubuntu developers care to comment? I'd like to contribute, but I'm beginning to feel like I can't do so in any meaningful way outside the universe and Launchpad bug reports (which, even when I provide extensive info and narrow the problem to something fairly specific, don't tend to get much response). Tim -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Ubuntu development...
Hi, (I know I may have brought up some of this before, but it was in the middle of a Tribe freeze and I wasn't exactly clear regarding what I had to say. Please excuse this...) I'm currently a senior at the University of Michigan, majoring in (what else) Computer Science, and I've been toying with Linux/Open Source for some time now. While it hasn't always been my primary OS, I have regularly tinkered with it and generally know how to deal with tricky issues (kernel compilation, backporting software, working around bugs, etc etc). I've always been partial to Debian-based distributions - RPMs I can't stand, and don't even get me started on Gentoo. Anyway, I'm somewhat interested in Ubuntu development. However, while I have been able to uncover plenty of info about MOTU, that's not where most of my interest lies. My interest lies in mostly working on issues that effect the usability of the main system for an average user - in short, Bug #1 issues. Some things that come to mind include: * Making iPods and music library management work properly without extensive manual tweaking (rhythmbox doesn't quite cut it here) * Make laptop suspend/resume/power management work well with sane out-of-the-box settings (getting better, but still needs tweaking) * Eliminate the need to edit configuration files for commonly-changed settings (synaptics touchpad, I'm looking at you...) * Making the default system look better - especially in the area of font rendering (the default hinting is *ugly*) * Making software upgrades work in a more sane way - in particular making it easier to update individual components of the system without updating everything (why, oh WHY, do I need to update half the system to get something - even simple things - from unstable) I'm curious - where can I help out? I do file some bugs on launchpad, but hardly ever get any followup - understandable, given that many of the issues at hand aren't bugs per se. I have indeed come up with some specific ideas to help resolve the issues at hand, but have yet to find a reliable way to actually propose these ideas and discuss them with developers. Tim -- 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
Getting in touch with development teams...
Hi, I've been using Linux on and off for some time now, and have been looking to get involved in development/testing on the distribution level. Anyway, after looking at many distros and reading about them, it is obvious that the ones that are most appealing to me are Ubuntu and Debian - which obviously share a common heritage (Ubuntu is based on Debian sid). In using Ubuntu, I've actually come up with a few ideas/suggestions involving the core system (i.e. - not MOTU material). In particular, I've been looking into a few laptop-specific issues (power management, odd issues with C-states, etc), and additionally some issues with multimedia support and how it works on Ubuntu. I know about Launchpad and have filed bugs on there, but would like to get directly in touch with the teams working on these issues. I've noticed with Debian that the development is mostly done out in the open on the mailing lists and the bug tracking system with direct contact between developers and users. However, I haven't noticed this so much with Ubuntu. I know that the Core Development Team exists - do they have their own, closed mailing list? Is this development done in house (i.e. physically) at Canonical offices? Could somebody fill me in on this? I'd like to help/offer suggestions on these issues directly with the teams involved. I've tried e-mailing a few people (in particular, those responsible for laptop issues and multimedia), but have not received a response. Tim Hull -- 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
Updates post-release/freeze
I know my last thread was confusing to some developers with regards to my desire for a greater availability of updates post-release. I thought I'd clarify - I'm not primarily thinking of LTS releases, and I'm not suggesting that a large number of supported components be version-updated between releases. However, I do see the desire for some updates to be available between releases, to a greater extent than backports currently handles (for instance, backports currently has no interest in making any new kernels available, and only has a limited number of packages). In many cases, users who need something that is not in the stable release but which is available (for instance, kernel fixes which came after the stable release, or a bugfix for a universe application) are having to compile from source. 1) For supported components, Stable Release Updates could be expanded to incorporate all significant bugfixes that can be done in a sane and safe way (i.e. without major version bumps). This could include supporting new hardware (like new revs of a wireless chipset) as well as fixing miscellaneous issues like suspend-to-RAM breakage. If a major version rev is necessary, this could be included but not installed by default. 2) For unsupported components, Universe (and multiverse) could be updated on a rolling basis after release. This could be for mere feature updates - though they would still have to not require new versions of main components. Components in main could have unsupported updates in universe, though these would have to install alongside the main packages (firefox3, for instance, could be a Firefox 3 package). A universe freeze could be maintained, though updates after the fact would merely go in universe-updates instead of universe. This would supplant the existing backports system, and would actually parallel what FreeBSD does with its ports. Devs, I'm curious to hear your thoughts. Is there anything I can do as a user to help bring about anything like this? Once again, thanks for the nice distro... Tim -- 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: Updates post-release/freeze
This all takes more resources. In Universe and Backports both we do not have sufficient communicty involvement to support the current demand. IMO any proposal for more $STUFF that isn't paid for should also have some thoughts about where the labor to do the work is going to come from. The idea would be to have the stable universe updated in much the same way as the unstable universe is. I.e. instead of building new updates against just gutsy, they would built against Feisty and Gutsy, with the Feisty updates going to universe-updates. There could be an RC bug delay in having them built for the stable release - think the Debian testing strategy. I understand why you suggest this can't be done, though. Anyway, I don't mean to sound rude in any respect. I will admit, I tend to sometimes think up ideas without truly thinking over the logistics. I do intend to get involved somehow - possibly in SRU or Backports (if not for Ubuntu, then for Debian). I appreciate what has been done so far, and I know you developers are doing a lot as-is. Thank you... Tim -- 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
Getting involved in Ubuntu development/testing...
For the past several years, I have dabbled in Linux/GNU/open source/free software, starting in 1999 when I managed my first Linux install, which was Debian 2.0 (now THAT was dependency hell - no apt back then). Since then, I have always been partial to the Debian way of doing things, as compared to the world of RPMs or building everything from source. However, I have been frustrated by Debian's somewhat-slow pace of development, occasional hostility towards new users (both in the system sense and community sense), and the free software or no software mentality some have in the world-of-Debian. I do, however, greatly appreciate and respect the contributions the Debian Project has made - it's truly quite amazing for an all-volunteer project. Now, Ubuntu has taken the Debian base and added many things to it that I like - regular releases, support for hardware that doesn't have 100% Free drivers, ease of use, and a general friendliness towards new users in general. As such, I have been following Ubuntu since it first came out. However, though Ubuntu has done a great job overall, I still see many issues that need desperate attention - laptop support, iPod support, and ease of application installs/upgrades outside of distribution releases, to name a few. As a result, I have ended up flip-flopping between Ubuntu and Mac OS X - which I actually started using after I got sick of Windows and couldn't get ACPI going well in the very early days of Ubuntu. On OS X, however, I sorely miss the sense of community and the world of open source/free software from Ubuntu. Anyway, I am very interested in helping out with Ubuntu in any way I can. While I can't code C very well, I have extensive experience beta-testing software for a couple proprietary OS vendors. I also have a large amount of general experience, and have managed to do things as weird as putting the home partition on an HFS+ volume (to keep files in sync with OS X). Also, I have begun filing bugs in Launchpad for Ubuntu. However, I feel like I can do much more - as in many of these cases, I have pinpointed the source of the problem and feel that something could be done about it. Additionally, in using Ubuntu I have come up with many of my own ideas for improvements. Filing a bug in Launchpad, however, doesn't seem to result in much in any of these areas. How can I get involved? I've seen some things about the Bug Squad, the Laptop Testing Team, and Masters of the Universe, and I'm not exactly sure how it all works. In particular, I'm interested in helping report and fix bugs (though not in the raw, in-depth coding sense), possibly packaging some software (I noticed xcalib - a useful CLI tool for adjusting your color profile/gamma in X using a profile - isn't packaged), and helping identify issues with Ubuntu and possible solutions to them (such as the afore-mentioned iPod support). One issue of mine is that I am somewhat limited in my testing hardware - currently I have one system - a MacBook - and have waffled between running Ubuntu natively and on VMware in Mac OS (mostly due to power management issues). At the moment, I don't run Ubuntu full-time, but I hope things mature to the point where I feel I can do so without giving up anything. Furthermore, I want to help towards that goal. Comments, suggestions, etc welcome... I'm curious from hearing from Ubuntu developers on 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
Introduction and Lexmark Printer Driver
Hi Everyone, I am new to this list and would like to introduce myself. My name is Timothy Armstrong and I have been a software developer for about 10 years now. I mainly develop in Delphi/Pascal but have knowledge in other areas as well. My linux experience is quite a bit less, I have been running Ubuntu/Kubuntu for almost a year now and run it on a server at my office and my family's home computer. I would like to start helping the ubuntu community by working on a project that is causing myself some problems. My Lexmark X6170 does not work with Linux and I would like to help develop a driver using the kit provided by Lexmark. Is anyone currently working on this and if so, how can I help? Thanks for having me and I look forward to working with you all. Tim (IRC: Timmay) -- 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: KLF Setup
Message: 3 Date: Fri, 04 May 2007 16:16:29 +0100 From: Andrew Price [EMAIL PROTECTED] Subject: Re: KLF Setup To: ubuntu-devel-discuss@lists.ubuntu.com Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1 On 04/05/07 16:01, Johnathan Falk wrote: One of the biggest things that linux users forget all the time is that Microsoft doesn't have a monopoly because of their pretty desktop because if desktop beauty was the deciding factor we would all use OS X. The biggest thing is that one a windows server you can have Ldap + Kerberos + File Serving setup in under 10 minutes with no hassle. On windows its Hey do you want to install Active Directory? Ok I can do that for you type your dns domain name and admin password POOF! I'm done. I have spent the last 8 days trying to get Ldap + Kerberos + NFSv4 to work at home with a little 6 node network and I can't even do that, how do you expect me or anyone to try and deploy this at a business or a school? Its practically impossible to find a good howto on this, and then feeding ldap information with ldif's? What the hell?! Yes I know this is standard but I come from a windows world and to paraphrase the Mac people it just works I am sick of struggling with this and pretty soon am just going to go back to windows work stations. There's a specification being worked on to provide the features you mention. It seems to be making good progress: https://launchpad.net/ubuntu/+spec/network-authentication [Above clipped from digest] I realize that network authentication is being actively pursued and everything leads me to believe it will be done right in Ubuntu. If you really want to be disruptive (positive or negative depending on your perspective ;-), dump /etc/passwd (except root) and install ldap on all systems by default (restricted to localhost unless admin chooses otherwise). When ldap becomes default infrastructure, it will find many many uses. Kerberos is nice, but realize that it is only as secure as the ticket server. Once your ticket server is compromised, the hacker gains single sign-on too. THK -- Timothy H. Keitt, University of Texas at Austin Contact info and schedule at http://www.keittlab.org/tkeitt/ Reprints at http://www.keittlab.org/tkeitt/papers/ ODF attachment? See http://www.openoffice.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