Re: Activating the CUPS snmp backend in Ubuntu Feisty
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I suspect that if you did that, two things would happen: 1. People would complain that a lot of the apps were out of date. 2. Developer motivation would be very low for the LTS releases, as it's only bugfixing, with nothing new and interesting. Constant bugfixing tends to get very boring Just my two cents... Hobbsee Arwyn Hainsworth wrote: > On 01/03/07, Mike Fedyk <[EMAIL PROTECTED]> wrote: >> Speaking of that, what does everyone think of making it policy to >> feature freeze during *all* LTS release cycles? This way new features >> are only developed in non-LTS releases and have more time to mature >> before the next LTS release. > > Not sure that is a good idea. Blocking all new features from entering > a LTS release would result in a backlog of features to add to the LTS > +1 release. This in turn could possibly reduce the amount of polish > that can be applied before release of the LTS +1. The end result would > be a stable, but outdated LTS and a modern, but slightly less stable > LTS +1. > > I agree that for a LTS release the emphasis should be on bugfixing and > polish, but new features and programs are a vital part of what keeps > Ubuntu 'Modern'. Instead of feature freezing all LTS releases, how > about simply prioritising feature acceptance? That way minor features > and new programs can still make their way in, but major features will > be delayed till LTS +1. > > Arwyn > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5rxm7/o1b30rzoURApQUAKDfCdadMOi05lKIWWx4bZVzWUmI/QCeLnOL 4SAqy8t+oYYH/Vk93MxM38Q= =cAgH -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Bug triaging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 If it's fixed in feisty, then it can be marked as fix released. Edgy too, as long as feisty has the fix (ie, it's not a regression). Fix committed is when the fix is in svn somewhere, but not in the ubuntu archives yet. Hope that helps! Hobbsee Gianmarco Leone wrote: > Hi, > there is bug #51026 > https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/51026 > that is solved in Ubuntu 6.10. > Should the status be changed in Fix Committed, Fix Released or Rejected? > Or Unconfirmed?(I cannot verify if it is still present in 6.06). > thanks in advance > gianmarco > > > > -- > Email.it, the professional e-mail, gratis per te: http://www.email.it/f > > Sponsor: > CD-DVD Vergini. Ampia scelta tra le migliori marche: Verbatim, Sony, Benq. > Prezzi sotto costo, visita il sito > Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6120&d=8-4 > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGGE8n7/o1b30rzoURAjkwAJ9HWxD5X15Vb5ileoOZHIpzEzSyQgCeKCdr gRUlraVfULiwARoNX8/11ZU= =irHq -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Opening development for Gutsy Gibbon
That toolchain is sure going to take a while, if it's taking 11 months - and even then, Mar 26 2008 isnt a Thursday. :P Must be meaning april. Hobbsee Matthias Klose wrote: > Gutsy is now open in "frozen" mode to allow the upload / sync of basic and > some > infrastructure packages first, which should be available before the normal > uploads start. Please follow the normal sync rules (file a bug and subscribe > ubuntu-archive) and rules for upload in frozen periods (upload and notify > archive admins on #ubuntu-devel). The archive will be open for normal > operation > around Thursday noon UTC (Mar 26). > > > -- 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: Jackd - update 7.04 repository with version 0.103.0 compiled with default tmpdir=/dev/shm
Hi. Please see http://wiki.ubuntu.com/TimeBasedReleases Thanks! Hobbsee Simon Lewis wrote: > Dear developers > > Please update the 7.04 repository with the current version of jackd > compiled with default tmpdir=/dev/shm - thus maximising system performance. > > Also QJackCtl needs updating to 0.2.22 for 192kHz and freebob support. > > Many thanks, Simon. > -- 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: using reportbug & reportbug-ng for reporting bugs upstream to debian
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
shirish wrote:
> Hi all,
> I've been reporting bugs for a while & reporting upstream bugs at
> times when it was necessary. Sometime back I was introduced to
> reprortbug & although it is a very good tool it seems something is
> amiss. So lemme make some points & please lemme know how we can
> contribute to having things done in a better way. The idea is also to
> make a help document after I get all the answers.
> Now like some users I don't want to use an MTA to send &
> receive bug -reports. I am using gutsy & reportbug v. 3.38ubuntu2
>
> Now the configuration file at /etc/reportbug.conf is something very
> interesting & I am sure has the answers to quite few questions.
So does the manpage. Try man reportbug.
>
> # You can also specify a port other than 25
> smtphost fiordland.ubuntu.com
>
> # Username and password for SMTP
> # smtpuser bob
> # smtppasswd XXX
>
> # Use TLS encryption.
> # smtptls
>
> Lemme mention that Ms. Sarah Hobbes had been very helpful in her own
> capacity to help me & did the update but some things are still
> missing.
Please learn to spell my name correctly. And don't make me look like an
idiot, because you didn't understand what I was telling you.
Repeatedly. The other people in the channel appeared to understand it.
>
> Now while the smtphost thing is cool, what would be the username &
> password, does it need any filling in.
It doesn't need it. That's why I didn't add it.
>
> Below is a conversation between reportbug & me. Help me if we can find
> a suitable way to successfully send it to its home doing a cc at
> [EMAIL PROTECTED] (don't know if filing bugs through email is yet
> possible or its a todo thing? )
It's possible, reportbug should really be made compatible with the
current emailing bugs to malone - which requires gpg signing and such.
For more information, see https://help.launchpad.net/UsingMaloneEmail
>
> reportbug
> Please enter the name of the package in which you have found a problem.
>> pidgin
> *** Welcome to reportbug. Use ? for help at prompts. ***
> Detected character set: UTF-8
> Please change your locale if this is incorrect.
>
> Using 'shirishag75 <[EMAIL PROTECTED]>' as your from address.
This is because you did not set your email address in DEBEMAIL, etc.
man reportbug would tell you about a *lot* of these options, and tends
to save people looking like fools. Not saying that you are one - it's a
generic comment.
>
> Now is this correct or not? https://launchpad.net/~shirishag75 that's me.
It doesn't check. Downloading a copy of every single user on launchpad,
with all their info, and updating it each time you're going to file a
report is clearly unfeasible. I guess it could let you specify your
launchpad ID, and look it up from there - however, it's easier just to
specify it in the configuration file. Again, man reportbug tells you
all of this, explained very clearly.
>
> Getting status for pidgin...
> Verifying package integrity...
> Will send report to Ubuntu (per request).
> Maintainer for pidgin is 'Ubuntu Core Developers
> <[EMAIL PROTECTED]>'.
> Looking up dependencies of pidgin...
> Please select tags: (one at a time) [none]
> Spawning sensible-editor...
> Report will be sent to "Ubuntu Bug Tracking System"
> <[EMAIL PROTECTED]>
> Submit this report on pidgin (e to edit) [Y|n|a|c|e|i|l|m|p|q|?]? Y
> Connecting to bugs.debian.org via SMTP...
> SMTP send failure: {'[EMAIL PROTECTED]': (550, 'relay not
> permitted')}
> Wrote bug report to /tmp/reportbug-pidgin-20070616-5078-jgeAxU
>
> Ok I remember something of this sort also happening an another time.
> Can this be fixed in a short time? The other way is just to use
> reportbug to make a nice bug-report & then use gmail to send it.
>
You need to actually be a part of ubuntu-members to be able to use this
tool, and be using the email address on launchpad. Last I knew, that
was the case (as we use it for requestsync too). You're free to use
your ISP SMTP server, which obviously will not be able to be pre-filled.
At least this way, all of the ubuntu members can use this without
modification, if they've set DEBEMAIL and such. If you've got a MTA
installed and configured, it appears that reportbug uses that instead.
> Another thing, there is also a better-looking tool called
> reportbug-ng, the only thing is it has a very sparse configuration
> file known as .reportbugng
This we sync straight from debian. There are no current plans to change
this, unless someone steps up to do the work.
>
> Now are there any options or stuff we want by default to be there, I
> have opened a bug-report at
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429235 , if anything
> comes to your mind which would improve our communication with them
> using the tool please do so either there or on the mailing list or
> off-list, either way is preferable to me.
>
> Looking forward to your valuable inputs on this.
I'm sur
Re: Launchpad bug workflow change
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nice change! However, we've missed a case completely...I'm not sure how I didnt think of it at UDS. Henrik Nilsen Omma wrote: > Phillip Susi wrote: >> Henrik Nilsen Omma wrote: >>> If you are not a developer then it is misleading to set it to In >>> Progress because nobody is actually working on the fix and it may >>> never be fixed. wrong. We have sponsorships, and mentoring, of bugfixes, and package updates. We should not cut out our potential developer community like this. >> There are those of us who are not developers but do still work on >> fixing bugs ;) >> >> Non developers should be able to set these states if the bug is >> assigned to them. As one of the leaders of ubuntu-universe-sponsors, I think this is the appropriate solution. > > I don't think you should assign a bug to yourself if you are not working > on fixing it. IMO you should try to move it along to the Triaged state > as efficiently as possible and bugs should be assigned to the developer > or dev team who is going to fix it. But the user is going to fix it, that's why it's assigned to them. We're assuming you're meaning developer as in people in ~ubuntu-dev here. > FWIW, I'm not a developer myself, I'm simply looking at ways of making > the triage process more structured and efficient. > > Henrik Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGeKln7/o1b30rzoURAghxAJ0bbw4H2+NAgJAtZCKGBffW35waVQCgsLe4 zcyLrO68/aW5Iu7S0U5dPq0= =KnCI -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
MOTU meeting in 4 hours!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone! There's a MOTU[0] meeting in 4 hours. The agenda[1] has a tentative list of discussion topics. [0] https://wiki.ubuntu.com/MOTU [1] https://wiki.ubuntu.com/MOTU/Meetings Hope to see you there! Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGhKxL7/o1b30rzoURAjZUAJ0ShxW3yEXuT1vVRoUE/NWN6+lZvwCgxzvu z+sYWbweE63/bvtIZD0LkoE= =Y9Gb -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: gstreamer0.8|0.10-swfdec in launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 https://launchpad.net/ubuntu/+source/gst-plugins0.8 Launchpad goes by source, not binary. Hobbsee shirish wrote: > Hi all, > i would like to know what is gonna happen to > gstreamer0.8-swfdec package. There is no overview of it in launchpad, > while the package is there in > http://packages.ubuntu.com/gutsy/libs/gstreamer0.8-swfdec , Similarly > are there plans for having a gstreamer0.10-swfdec using swfdec0.4 > > [EMAIL PROTECTED]:~$ aptitude show gstreamer0.8-swfdec > Package: gstreamer0.8-swfdec > New: yes > State: not installed > Version: 0.8.12-6ubuntu3 > Priority: optional > Section: universe/libs > Maintainer: Ubuntu MOTU Developers <[EMAIL PROTECTED]> > Uncompressed Size: 102k > Depends: libc6 (>= 2.5-0ubuntu1), libglib2.0-0 (>= 2.12.9), > libgstreamer0.8-0 (>= 0.8.11), liboil0.3 (>= 0.3.8), > libswfdec0.3 (>= 0.3.6), libxml2 (>= 2.6.27) > Description: SWF (Macromedia Flash) decoder plugin for GStreamer > This GStreamer plugin enables the decoding of SWF (Macromedia Flash) > animations. The plugin is based on > libswfdec. > > http://swfdec.sourceforge.net/ > > Thank you, > > Cheers :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGhkV97/o1b30rzoURAt11AJsGJaAfVM9pgG2a7rf4uZ3zpij0fwCgurEr 2mXW1iexrubdb9B6jwQhYbc= =Uvui -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: gstreamer0.8|0.10-swfdec in launchpad
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To get the source packages, use... [EMAIL PROTECTED]:~$ apt-cache madison gstreamer0.8-swfdec gstreamer0.8-swfdec | 0.8.12-6ubuntu3 | http://mirror.pacific.net.au gutsy/universe Packages gstreamer0.8-swfdec | 0.8.12-6ubuntu3 | http://archive.ubuntu.com gutsy/universe Packages gst-plugins0.8 | 0.8.12-6ubuntu3 | http://mirror.pacific.net.au gutsy/universe Sources gst-plugins0.8 | 0.8.12-6ubuntu3 | http://archive.ubuntu.com gutsy/universe Sources (and was it necessary to send it to so many lists?) Hobbsee Sarah Hobbs wrote: > https://launchpad.net/ubuntu/+source/gst-plugins0.8 > > Launchpad goes by source, not binary. > > Hobbsee > > shirish wrote: >> Hi all, >> i would like to know what is gonna happen to >> gstreamer0.8-swfdec package. There is no overview of it in launchpad, >> while the package is there in >> http://packages.ubuntu.com/gutsy/libs/gstreamer0.8-swfdec , Similarly >> are there plans for having a gstreamer0.10-swfdec using swfdec0.4 > >> [EMAIL PROTECTED]:~$ aptitude show gstreamer0.8-swfdec >> Package: gstreamer0.8-swfdec >> New: yes >> State: not installed >> Version: 0.8.12-6ubuntu3 >> Priority: optional >> Section: universe/libs >> Maintainer: Ubuntu MOTU Developers <[EMAIL PROTECTED]> >> Uncompressed Size: 102k >> Depends: libc6 (>= 2.5-0ubuntu1), libglib2.0-0 (>= 2.12.9), >> libgstreamer0.8-0 (>= 0.8.11), liboil0.3 (>= 0.3.8), >> libswfdec0.3 (>= 0.3.6), libxml2 (>= 2.6.27) >> Description: SWF (Macromedia Flash) decoder plugin for GStreamer >> This GStreamer plugin enables the decoding of SWF (Macromedia Flash) >> animations. The plugin is based on >> libswfdec. > >> http://swfdec.sourceforge.net/ > >> Thank you, > >> Cheers :) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGhkXz7/o1b30rzoURAv1AAKCWYbBMYW30aLN0RmY6kVUtpDQ80QCgp+fE DnQLOqHFBLMSfQ0gHM0/6qQ= =9173 -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Tribe 3 freeze ahead, lets go squash bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sarah Hobbs wrote: > Hello Ubuntu developers, > > The expected release date of Gutsy Tribe 3 is this coming Thursday. > > We are about to freeze main by Tuesday. Please get in touch with a > member of the release team if you have changes you need to get into > this milestone and which are not in the archive already. In > particular, if you have important outstanding merges to do, please do > them now. > > Please also help reducing package inconsistencies, as listed on > https://wiki.ubuntu.com/PackageInconsistencies. > > We have quite a number of outstanding bugs for tribe 3, documented at: > > https://launchpad.net/ubuntu/+milestone/tribe 3 Argh! Let's try... https://launchpad.net/ubuntu/+milestone/tribe-3 OR http://tinyurl.com/2krybt > > Please take some time to fix your assigned bugs ASAP. Also, please watch > out for critical bugs that you feel should block the tribe release, and > milestone them for tribe 3. > > If in doubt, please err on the safe side and set the milestone, so > that the release team can review it. Please also look from time to > time to see if there are any bugs there which could use your help. > > If you have any particular question about bugs, please contact us in > #ubuntu-devel. > > Thanks, > > Sarah Hobbs and Martin Pitt > on behalf of the Ubuntu release team > > [1] https://wiki.ubuntu.com/GutsyReleaseSchedule > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGmPsW7/o1b30rzoURAhVWAJ9Aa8ZRXlH92h3d5+zCj1cfY8wfRQCgk4tj V+Ren0wB05IImVEnnGr67sU= =HVQs -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu development...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Heya! Wow, that previous response was quite harsh - that was probably why it was sent off-list. Tim Hull wrote: > 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. More developers tends to lead to more response. That's the way the world works, i'm afraid. If you know of people interested in doing some work with the bugs, please point them to the Bug Squad. > 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. I'm still unsure which key components you want to change, or how you want to change them. You may want to clarify, because that will effect the answer you get. > 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. Tim can work on whatever he likes - that's one of the advantages of free software. Of course, hopefully he'll fix any bugs in code that he writes, or any bugs that he sees along the way. > 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). A lot of conversation between developers (which is, what I suspect, that you're looking for at the moment) is done on IRC. You'd probably have to speak to the individual developers relating to what you want to work on. The lack of response to your emails is likely because they're still quite broad (in the area of what you want to do), and the developers tend to be busy people, so don't reply to everything. Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG0O0C7/o1b30rzoURAqpMAJ9kNbOHJg19qRQnx92M5GzJ7mjZ2QCffbTh 5Vg4m2LqSoDYGBkSmc/fAj0= =btwR -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: new packages freeze policy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 > Could someone remind me the purpose of this distinction? Why should > newer, buggier packages be given a later freeze time? > Because nothing else can possibly depend on them. Whereas with current packages, if you upgrade package x that package y and z depend on, packages y and z have the potential to break. (This is the reason more so than ScottK's, although that is part of it.) Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG4qhd7/o1b30rzoURAqS/AKCQ8C9nkiULUXp4qCG7pSUNbN9ViwCfYF5Q 5PqkJyVmsexHSlsip5XqzeM= =eT2z -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Apprenticeship periods at university, working on Ubuntu!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vincenzo Ciancia wrote: > but in the meantime I would like to check if there is some people at > ubuntu who is able to mentor a student from inside. The idea is to let > the student write from scratch or refine an existing blueprint, jointly > chosen by a person here (probably me) and the mentor at ubuntu, then to > discuss and approve the final version, then let the student implement > it. This sounds a lot like Google's SOC, and a great idea. The mentor would probably depend on which blueprint the student picked to implement. What sort of things would be required of the mentor? Would the mentor need the technical knowledge on how the particular project should work, or just to know how the community works and how to get things uploaded? Or both? > An important thing that I would like to ensure is that, if the blueprint > has been approved, and the implementation is satisfying, the new piece > of software IS included in the next release of ubuntu. This is needed, > in my opinion, to attract students to the project, and it is also due, > since students are obliged to work for free: at least let them see their > work being used by the community. Quite true - this is a reasonable expectation. As long as it's in before feature freeze of the development release, this should be trivial. Obviously, not all of them will be installed by default, as there is limited space and such, but it will go into the repository, if the student has completed the project (and packaging) satisfactorily. > > I have three topics in mind, that are likely easy enough for a student, > but low-priority enough that they still are lacking functionality in > ubuntu. Some of these are upstream projects - but there's no reason you could not ask the same thing of upstream. > > Thanks and bye > > Vincenzo Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG4qy17/o1b30rzoURAsfkAKDZnB8HiWGuc12cok6buj+4EJySuACgtinv H8aeELanGJ/2wJU302QfW/M= =WnUW -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: python-cjson is on Debian but not on Ubuntu
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Scott Kitterman wrote: > I believe that generally new packages get synced automatically, but I'm not > 100% certain. > > Scott K > All of them do, unless they are blacklisted. The blacklist is at http://people.ubuntu.com/~ubuntu-archive/sync-blacklist.txt Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG5Xh87/o1b30rzoURApbXAJ9aE2hbs6vl70IDwZPRoyR09uBtMQCdGPHM SHoN0zG7wl5sRnA4rtSG/V0= =NChY -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: That need to close bugs?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 As one of those who triages various KDE bugs...in the area of KDEBase, in particular, there are around 450 open bugs, we *have* to close invalid bugs. There are around 750, with the INVALID and WONTFIX bugs included. There is simply no way to deal with the current lot of open bugs, to get an overview of them all, let alone having the invalid ones in there - the problem gets too great, and you can't solve any of it (and become very demotivated in the process). Just my AUD $0.02 Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG7qDu7/o1b30rzoURAn/kAKDsqfdUAQ7YaI+1bb4NA4wSd1oxcgCdFZaS 3hsxCXDhMM2YfaKO3ypZqTA= =DRYI -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Activate Desktop-Effects: Yes/No-Button?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Every time you bring up yet another icon, or yet another popup box (especially on startup), God kills a kitten. Please, think of the kittens! Let's not follow MS Windows' trends, here. Besides, compiz may grow on people - so they may only wish to turn it off after they've explored it a bit. Hobbsee Dominik Wagenfuehr wrote: > Hello, > > most users welcome the decision to activate Compiz by default. But > others are a little bit unhappy with it [1][2]. So I suggest that you > will ask if Compiz should be activated after the installation. Show a > little window that explains in a few details what Compiz is and ask the > user if he want to activate it (if his card supports the feature). > I think you will make more users happy with this question than activate > Compiz on PCs where the users do not want to have it. (And yes, there > are some of these guys out there.) > > Greetings, Dominik > > PS: And yes, I know that you can deactivate Compiz with a few clicks, > but why do not let the user decide? > > [1] http://forum.ubuntuusers.de/topic/115492/ (German) > [2] http://forum.ubuntuusers.de/topic/117463/ (German) > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG+7Sm7/o1b30rzoURAlIrAJ9pzt3ZfpaNsdOyR8XWTLn7S0RwgQCgtlpl hTs+9baSPwhdaFPs3U5u+LA= =71Lj -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: A responsible use of the "incomplete" status.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You know, it's mails like this that make me really feel that it's not worth triaging bugs, or aiming for a reasonably decent QA. It's when you start dealing with ~1000 bugs over a few source packages that this kind of stuff gets interesting. Yes, one bug would be easy enough. 1000? Now that takes a while. And then when we get whined at because the bug situation isn't good enough...what's the point in attempting to sanitize it at all? Hope someone has some good luck in finding more bug triagers! (and erk, long backlogs of email!) Hobbsee Vincenzo Ciancia wrote: > On 22/09/2007 Scott Kitterman wrote: >> 60 days is to short. Even if we set a time, there are classes of bugs (such >> as crashes) that even if incomplete are not invalid (a crash bug is always a >> bug). I don't think bugs should get marked invalid except manually. > > Also, how do we deal with the (not so uncommon, about 10% of my reports) > case when who asked for information does not actively return to the > report and change its status/triage it when information is provided? I > used to patiently wait until he/she recalled to read what I said. > > However, a bug report which is flagged as "incomplete" will be buried, > because neither developers nor other members of the bug squad will look > at it. If a bug is flagged as incomplete everybody seems to be assuming > that if it stays in that status for many days it's entirely the > reporter's fault. It's not so. People marks bugs as incomplete and then > forgets about them. I think I also know a possible reason: there isn't a > way to list "bugs that I marked incomplete/invalid/whatever" in LP. This > should be implemented as soon as possible. > > Now a person's todo list may be as long as you please, but a three lines > reply and changing status of a bug doesn't take more than 2 minutes. And > if you don't have these 2 minutes, why did you mark the bug as > incomplete in principle? You should have known that it would in practice > bring the report under your sole responsibility. > > I am already actively working on bugs myself, even though I don't have > the time to apply for -qa team, so I am not speaking as just an user or > a bug reporter. I think that whoever opens a bug should feel responsible > for providing further information if requested, and on the other side > whoever asks for more information should feel responsible of reading the > reply. Sometimes it takes time to provide requested information, so why > should be waste users time by leaving bugs in the "incomplete" limbo? Or > even automatically closing them? > > So the sense of the e-mail is: do whatever you want with automatically > closing incomplete bugs, but become responsible when you use that mark, > and don't leave replies on your todo list for more than 7 days. It may > be hard, but if you don't have time to do that, then just don't triage > bugs, just like if you don't have time to write anything else than > "ubuntu is broken" you shouldn't be really reporting bugs. > > My 3 or 4 cents, > > Vincenzo > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG++vU7/o1b30rzoURAhbUAJ9S7GqOtSsyFnRqQZ5ruNKPM0kuxgCeLULq +V/pioMP914zCXQ9JdcxE/M= =1Fxs -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Gutsy Release page points to beta DVDs only
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please see releases.ubuntu.com - this is a more sensible place for released, officially supported versions of Ubuntu anwyay. (Yes, there's a bug filed about how it is confusing) Hobbsee Aaron Whitehouse wrote: > I have been eagerly awaiting the release of the Gutsy Beta and > checking https://wiki.ubuntu.com/GutsyReleaseSchedule for updates. It > has a link to http://cdimage.ubuntu.com/releases/gutsy/beta/ > (containing only DVD images). > > Eventually I learnt that there was > http://www.ubuntu.com/testing/gutsybeta up and running. Perhaps there > should be a link on the Release Schedule. > > (I also haven't seen the usual post to the announce list...) > > Aaron > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFG/Nk77/o1b30rzoURAumTAJ9SodLLSpYe8fhWHv5bqmHHPis3mwCcDTOC yNsrIaO/ICqoB5PFDnqfrA8= =eEyC -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: 4 More days...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Oh, just let me wave my magic wand, and fix it all! Yay for unproductive mails! Sometimes i wish even ubuntu-devel-discuss was moderated, so we don't get utterly useless mails like this. Scott (angrykeyboarder) wrote: > till the release of the most bug-ridden Ubuntu release yet (unless the > devs go into overdrive in the next few days)! > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHExq17/o1b30rzoURAuKmAKCgFl3Xjz9fuQS9q079qn/PV6fZugCgqffY 2j8acIxgZnNTTfCH0FjrgqY= =ebtF -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu-devel-discuss Digest, Vol 11, Issue 27
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 And here's your "Please ignore all my bugs" pass. Consider it taped to your forehead. When we have users like this, i wonder at the point of looking to fix bugs at all. They clearly don't care, and whatever we do will never be good enough for them. They seem to have no idea of the way things work (including the idea of eating your own dog food), and seem so set in their ways that it seems worthless to teach them the way that the world actually works. Canonical probably can't do much about the volunteer developer community - - them being volunteers. And of course, by writing this sort of mail, you'll just piss them off. And then you get less features, and more bugs. Are you sure you want that? I'd suggest you help out, and only criticize when you've actually been helping out with developing and/or bug triaging for a while. You'd get more credibility that way, rather than being marked as a troll. Hobbsee mico wrote: >> What's wrong with this picture? > > Easy: > #1. Developers release untested crap and expect the community to find > the bugs. Bugs are too boring for developers to be bothered with. > #2. Developers working on parallel development threads manage to > resurrect old bugs that were killed long ago by other developers. Core > problem: lack of management and coordination, aka anarchy. > > This is sure to offend some conscientious and dedicated people, but this > is not aimed at those. More work is needed on fixing the system, which > includes motivating some developers work more effectively. I believe > Canonical is on the front lines of this war already, but has limited > power to influence the mob upstream. > > I too have filed bug reports that got ignored. When there are 30,000 bug > reports this is understandable. The problem is 30,000. > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHFLO07/o1b30rzoURAuGKAKDMT/6p1goiyCUC8xNfuAR7OOIv1ACfVoKn 0LQDhARBCt9htY2QbBIlUMo= =n7JQ -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Accepted a few uploads which are not in gutsy-changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 That wasn't me. I only accepted things on the night preceding my mail. Please contact Jonathan Riddell, who made that upload, or other people on the KDE team. Hobbsee > Where this: > kdelibs-data (4:3.5.8-0ubuntu2) to 4:3.5.8-0ubuntu3 > kdelibs4c2a (4:3.5.8-0ubuntu2) to 4:3.5.8-0ubuntu3 > > They seem to have damage my kmail (and other KDE) icons, and I cant now > change the size. its fixed at 22x22. > I've forced a version fixed, to default gutsy, instead of this ubuntu3 > proposed. > > > > > -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHHIjw7/o1b30rzoURAnHPAJ9NxvHN0WjgLhAgwFN1YP5Mu1WJpACePx8f 8Q2e+RESmEnNEQPyNMAxnX0= =acdh -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: GIMP *final* release for Gutsy?
Greg K Nicholson wrote: > We'd only have to do this *once* for each package of which a non-final > version was released in Ubuntu final. Once the final version of the > package is available, there need be no more updates (beyond what are > already done). > > Hopefully a commitment to doing this extra packaging work after the > Ubuntu release would dissuade us from including non-final package > releases in final Ubuntu releases. > I suspect that if we actually had people offering to do this (and this is quite similar to the already-existing backports), and did reasonable QA tests, etc, then this would all become more feasible. But, when you're trying to stretch already busy people, who are mostly volunteers, and will tend to work on whatever they like, and to try and fit them into your mold of what you want them to do, you're always going to meet trouble. So, anyone willing to step up to work on stable release updates? If you don't know packaging, you can learn it. Same applies to bug triaging. Don't even bother giving excuses such as "I can't program, I can't do actual development" - well, start with something simpler like bug triage, and then work your way up. How do you think the current developers got where they did? All these excuses seem to be hiding the major excuse - "I want this fixed, but I want someone else to fix it for me, and don't want to have to put in the hard work myself" Just a thought... Hobbsee -- 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: GIMP *final* release for Gutsy?
Peter wrote: > It's not as simple is that, you need a sponsor for your patches to be > approved. And currently there are 45 "bugs" in the sponsorship queue, > 5 are committed, 4 in progress, 3 triaged, 16 confirmed (one as late as > 2006-03-03) and 17 new the oldest dating back to 2006-12-14. > > So it comes down to workload at the MOTU side. I won't discuss this > here anymore, like I mentioned we have had this thread before on two > mail listings. > Most of the main developers have been away at UDS, and then at the Canonical Company Conference (All hands), including the guy who allocates the sponsorships around, for the main queue. I'm guessing it's just a particularly busy time for them, particularly as most of them are trying to get the base system merges done (ie, priority: essential stuff, toolchain, etc). And, again, MOTU != core dev. MOTU's can not upload directly to main. Therefore, it's not a question of workload on the MOTU side at all - and so i suspect that the above arguments, which all applied to MOTU, not core dev, are null and void. Excluding the quality arguments. Hobbsee -- 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: Our best foot forward
How much of all this tutorial stuff is already in the man pages? Hobbsee -- 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: [Fwd: Re: Appropriateness of posts to this list (Was Re: evince crash)]
Blaise Alleyne wrote: > True, but there's the additional question - is this the appropriate > place for that sort of discussion? In other words, sure, the developers > need a place to discuss things free from the mob, but the mob also > needs to be able to participate and voice their concerns/approval. > > But which is ubuntu-devel-discuss supposed to be for? > > According to the list description [1], it does seem to be the appropriate > forum for users to get in touch with developers. Though it doesn't appear > to be an appropriate place to try and draw attention to bugs on Launchpad. > If that's the case, maybe it should be stated more clearly. > > [1] https://lists.ubuntu.com/mailman/listinfo/Ubuntu-devel-discuss > > According to [2], the point of contact for users to get in touch with developers is ubuntu-devel-discuss. For discussions between developers, away from the mob, there is [EMAIL PROTECTED] That being said, there are a number of developers who choose not to read this list, for various reasons. Hobbsee [2] https://wiki.ubuntu.com/UbuntuDevelModeration -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Strawman: Change the Ubuntu Release Cycle
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Evan wrote: > My original worry in starting this thread was that the six-month cycle was > too short. I find that the normal releases aren't *quite* stable enough for > every-day use (even in a home environment) because of the features that are > only half-implemented and the "early-adopters penalty", while the LTS > quickly becomes too out-of-date for home users who prefer up-to-date > software. Can you give examples of such features? I've not seen this in Ubuntu on a released system (with the possible exception of compiz, which crashes occasionally) Of course, I'm sure it would help if more people decided to contribute doing testing work, and integration work, and then the cycle could be kept the same - a win-win, as it were. See Ubuntu BugSquad | http://wiki.ubuntu.com/BugSquad | https://launchpad.net/distros/ubuntu/+bugs | Documentation: http://wiki.ubuntu.com/HelpingWithBugs | If you have been triaging bugs for a while, please apply to https://launchpad.net/~ubuntu-bugcontrol/ - -http://lists.ubuntu.com/mailman/listinfo/ubuntu-bugsquad";. Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHeZtk7/o1b30rzoURApd2AKCXXYfWsFAG2IBBSm4wSNQey1T6WQCg5+Cb JeJhhH4vryBMKktBzi/jd5E= =TlGp -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Alpha 3 freeze ahead, let's go squash bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (``-_-´´) -- Fernando wrote: > Its the end of the 9th of January, and there are still many updates coming > for hardy. > Aint the "soft" freeze working? > > Doesn't apply for universe, where there are a lot of uploads going on. (and did you really need to quote the *entire* mail for a 2 line response?) Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHhjBi7/o1b30rzoURAjAaAJ9tr/dNu/QqyETkqBNxrSI4d8xEpwCgwxYY FEwpSZdiQ1PgIwdB9CoHHMc= =r6JH -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Minimal Hardy Alpha Images
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Stahlir wrote: > Hi! > > Is it possible to create minimal cd images of hardy alpha releases? > I think about an image that is less than 100MB and contains only the > absolute necessary packages to run the live cd. > Add a torrent for this image and testing alpha releases would be _much_ > easier. > Right now I have to download more than 600MB. > > I promise to test _every_ alpha release if you provide such an image. ;) > > ps > You are using rsync for updating images, aren't you? Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHpv577/o1b30rzoURAtBCAKCuSQinJHm0L6Idxf5Cu2TPW7MRAwCfUqkd XMoz3dGtPkkGKX3T9PIMZ34= =Sysg -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Miro (Re: New Programs for Hardy?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Conrad Knauer wrote: > On Feb 9, 2008 12:55 AM, Emmet Hikory <[EMAIL PROTECTED]> wrote: > >>> It certainly sounds like the sort of 'killer app' that would attract >>> people to Ubuntu. >>> >>> If Miro can't be added to Hardy, would it be possible for Hardy+1? >> Miro is available in Ubuntu 7.10, and Miro 1.0 is currently in the >> hardy repositories. > > Apologies; I meant to ask: 'If Miro can't be added to the default > Hardy install (e.g. added to ubuntu-desktop), would it be possible for > Hardy+1?' > > CK > Forgive me for asking this - but is the market for watching internet TV really that big? I've only seen *one* person ever actually watching it. I don't see many people coming in and asking "how do i watch internet tv?". Besides that, why would one *want* to go for internet TV, when there are bigger tv's elsewhere, where you can watch what you like there. Perhaps it's due to being Australian, with the associated low bandwidths, but I don't see this as a large market, which would be required for it to take up CD space. Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHrVMH7/o1b30rzoURAn5qAJ4icVVQET6hWdnNtCiNkDN9/W+BTwCeOkto ixMBXzP1XJIrA63yxuzEB7s= =Di4m -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: disk-manager by default
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Scott Kitterman wrote: > On Saturday 09 February 2008 16:43, Piotr Zaryk wrote: >> Hi, >> >> I noticed the disk-manager is checked as milestone for alpha5. Is there a >> chance to get it included in Ubuntu? The app is very stable and it's a >> great idea IMHO. >> >> https://blueprints.launchpad.net/ubuntu/+spec/disk-manager-by-default > > Specs for Hardy were largely done back in October/November of last year and > this spec was proposed last week, so this proposal is months late for Hardy. > Considering it's not even in Ubuntu at all at this point, I'd suggest it's > extraordinarily unlikely. > > Scott K > I've put a comment on the whiteboard of the spec, effectively saying the same thing. I wish people wouldn't blog about incorrect things, though - - it would be *extraordinarily* unlikely to happen at this point. Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHrnQ37/o1b30rzoURAhw4AJ9JELmUpDYG9JIfD9rJM9pBSNoNzwCfdlOX cMe8YldZz/Hmz8zbvRE+FIU= =j1Mx -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Accepted: ubuntu-vm-builder 0.2 (source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Soren Hansen wrote: > On Fri, Feb 22, 2008 at 12:35:14AM -, Soren Hansen wrote: >>* New release. > > Sorry, that was a little.. um.. terse :) > > This is a bugfix release that fixes a few typos (well, several instances > of the same typo, really), and fixes a call to qemu-img that breaks > because I added more sanity checks to qemu-img and this particular call > was bit lacking in the sanity department. > > Even so, where is the bug? As far as i'm aware, it still classes under the new MOTU feature freeze process, and so should still have a bug, as it's a bug fix release. When I saw this earlier, and checked for an appropriate bug, I found nothing. Why? Hobbsee -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHviPj7/o1b30rzoURAsktAKCDWEnEm+SE3F+ulDwGVIklEhPqFwCeIiDs fTo32S/wWM/q9yOTMnjx+oE= =uxWb -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Accepted: ubuntu-vm-builder 0.2 (source)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Soren Hansen wrote: > On Fri, Feb 22, 2008 at 12:22:43PM +1100, Sarah Hobbs wrote: >>> This is a bugfix release that fixes a few typos (well, several >>> instances of the same typo, really), and fixes a call to qemu-img >>> that breaks because I added more sanity checks to qemu-img and this >>> particular call was bit lacking in the sanity department. >> Even so, where is the bug? > > Line 892 of ubuntu-vm-builder. Oh, you mean bug *report*? Yes. > >> As far as i'm aware, it still classes under the new MOTU feature >> freeze process, and so should still have a bug, as it's a bug fix >> release. > > Oh, this again.. I continue to fail to see the point of me having to do > additional paperwork just because I chose to use native versioning (so > every upload involves an "upstream" version bump). Well, at least it'll > bost my LP karma a bit. I can't see the point in doing additional paperwork for bugfix-only releases, which will automatically get accepted either. I raised objections while I was away, and they were either misunderstood, or ignored. As the others had no problems with it, I suspect that the majority vote was taken. So this is what we're stuck with. > >> When I saw this earlier, and checked for an appropriate bug, I found >> nothing. Why? > > Because I was more interested in fixing the bug than doing paperwork. Me too. Like i say, I raised objections to it during the discussions, and they were ignored. Because I disagree, should i then go and ignore the rules, and turn a blind eye to anyone else doing the same? If that is the case, then what exactly is the point of having a MOTU Release team, if it does not have the power over what does, and does not get uploaded? After seeing multiple complaints about this new system, i'd suggest bringing it up at the MOTU meeting, but as I am in the MOTU release minority on this issue, my hands are somewhat tied. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHvrcA7/o1b30rzoURAtI7AKC5zujGGpGygVoy61FnFuH/7SxIHQCaAgJb 1JT/xjNxdCEtiGJtfHCaAZg= =Euxf -END PGP SIGNATURE- -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: What is "terranova"?
(``-_-´´) -- Fernando wrote: > /etc/hostname in daily hardy has "terranova" as hostname. why is that? > What does it mean? Many things, but it's one of the names of the buildds. As for why it's there...i've no idea. -- 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: Graphical Installer & bootloader
Ming wrote: Perhaps the ubuntu developers might want to consider using a graphical installer & bootloader in the next release (hardy). I'm currently using ubuntu studio gutsy, and I think the gnome desktop is great ;) my notebook's LCD is well recognized at 1280x800. So I think it's a bit ironic that it still use text-based installer & boot loader. Text based installer? Clearly you picked the "alternate" cd. You probably wanted the "desktop" cd, which does have a GUI installer. The bootloader (grub), however, is still text, and I suspect will be so, until grub2 comes out. Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Massive breakage on my system with April 1st updates
Conrad Knauer wrote: You manually installed the 2.6.24-13 kernel, right? All I did was press the "Reload", "Mark all upgrades" and "Apply" buttons in Synaptic. [...] AH!!! I see what happened: I have virtualbox-ose-modules-generic installed, which just upgraded its latest version depends on virtualbox-ose-modules-2.6.24-13-generic which in turn depends on linux-image-2.6.24-13-generic Daniel, please wait for linux-meta to be updated before changing your package to depend upon the new kernel - you do temporarily "break" systems by doing this. Thanks Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Do mirrors for daily snapshots exist?
Scott (angrykeyboarder) wrote: Fine and dandy but https://launchpad.net/ubuntu/+cdmirrors only lists mirrors for *releases*, not for daily snapshots. Ubuntu doesn't mirror the dailies. I'd guess under 50 people (likely much less) download any given daily. It would likely require more bandwidth for each of the mirrors to download them, than for the people to all go to cdimage site and download them there. Also, a lot of people use rsync. BTW, it looks like cdimage.ubuntu.com and us.cdimage.ubuntu.com are the point to the same site. [EMAIL PROTECTED]:~% host cdimage.ubuntu.com 9:44PM cdimage.ubuntu.com has address 91.189.88.34 [EMAIL PROTECTED]:~% host us.cdimage.ubuntu.com 9:44PM us.cdimage.ubuntu.com has address 91.189.88.197 us.cdimage.ubuntu.com has address 91.189.88.34 us.cdimage.ubuntu.com has address 91.189.88.39 Looks like us. is served by multiple machines, including cdimage.ubuntu.com Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Incomplete with no response >30 days
HggdH wrote: We also discussed what the solution should be. ScottK is going to mail the ubuntu-devel-discuss with the proposal that we came up with. If that is accepted then the changes will be announced here. I am not quite sure I understand. So the proposal will be discussed by developers without input from triagers? Frankly, I do not agree. Since I think this will start another heavy discussion, I am also copying ubuntu-devel-discuss here. But, certainly, alienating bug-squad is not right. ..hggdh.. Whoever said that the bug triagers could not contribute to -devel-discuss? For that matter, whoever said that they do not do so already? But, again, i'd point out what Reinhart has eloquently said: > I'm sorry, but I may have misunderstood something. I thought the point > of the bugsquad team was to make the live of developers easier and not > more complicated. > > Clearly these bugs cause misunderstanding on the bugsquad team. I > therefore thing these type of bugs need to be discussed with the > developers who have to work with them (which basically means all > developers). Since you cannot expect all developers to read this mailing > list, I'd suggest starting that discussion on ubuntu-devel. > There seems to be an attitude of "screw the developers, we are the mighty bug squad, and can do what we like" here. But really, isn't the job of the bug squad to get bugs into a good state of triage, so they can be dealt with by the developers? Does it not make sense, therefore, to listen to what the developers want the bug squad to do to the bugs, in a general sense, and then for the bug squad to go away and deal with the specifics? I don't think the bug squad should have the right to say "we will make the rules, everyone else must follow them", as, while there are many bug squad people (yes, developers are still bug squad too), the bug squad does not put real bugs (ie, not invalid, etc) in a final state, so someone always has to come after them, and touch the bugs afterwards. This is not the case for developers. For those who are interested in getting the bugs into a final, finished state, in the bug squad, you may want to look at becoming developers yourselves. Just my AUD $0.02, from another fellow member of the bug squad and developer Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Incomplete with no response >30 days
HggdH wrote: > No. It does not. It does make sense for *BOTH* developers and > bug-squadders to discuss and reach a consensus. We do not impose > on YOU how to develop, you should not impose on us how to triage. Telling you how to triage? No. Finding a way of saying "you do not need to waste your time on these bugs, because these have special procedures and different definitions of things, and feel free to focus on other bugs" - I guess you could interpret that as telling you how to triage, at a stretch. On the other hand, isn't it better for you guys that way, so you end up with a higher final count of bugs that are looked at in a given time period? Doesn't that make the bug squad more effective? It is a pity that this discussion escalated so fast to the makings of a flame war. I would hope that could be avoided. As a general note, I was not putting words into your mouth - I was commenting more on what some of the general perceptions seem to be, from within the bug squad. Unfortunately, the last 'consensus' I saw was a wiki revert (which, I now see has been added back, with a great section of 'draft' around it), and when attempting to discuss the ways forward with some high members of the bug squad, some MOTUs effectively got responses of "we don't approve of using the bug tracker for workflow bugs, as they're not real bugs, so you guys have to figure out a way of making it work the way you guys want it to, without us changing, because there are more triagers than developers, so it's more feasible for you guys to change your workflow than us". I would hope that a mailing list is more effective than the irc-based discussions were. It being on both mailing lists, so both groups of people see it, should help with that. Needless to say, I'll hearby assume that the above comments some of the developers got from the bug squad are *not* the norm - and from these mails, it would appear that there is a reasonable chance of mediation, rather than the earlier vibes coming from certain members of the bug squad team. Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: No "run" menu item?
Scott Kitterman wrote: Does Gnome not have something like Katapult? That would seem to make this kind of discussion irrelevant. Yes. It's called gnome-do. It rocks harder than katapult, with the extra plugins. I'm hoping it's installed by default at some point. Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Bugs marked incomplete
Brian Murray wrote: There are actually two sub-statuses, if you will, to Incomplete. They are "Incomplete w/o response" and "Incomplete w/ response" both of which are searchable for via the Launchpad UI. When a bug report receives a response after being set to a status of Incomplete, the sub-status then becomes "Incomplete w/ response" and the expiration timer is reset. One can only wonder why there is a timer on the Incomplete with response bugs at all. The bug is clearly not waiting for any more information (assuming the reporter has done what was requested of them), without anyone else further commenting on the bug, possibly bumping it back to incomplete. Although I guess this is an argument in favour of automatically bumping bugs back to new when they have been given an answer by the reporter in the incomplete status. Buttons like the answers section would be great! Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
ISO Testing, before 1700 UTC Thursday
Hey all, If you have any spare time, and feel like testing Ubuntu, the Ubuntu Release Team would appreciate more testers for the Intrepid Ibex Alpha 6 ISOs. The standard warnings about how it might kill your hard drive, etc, might apply - but no one's found them this far. These images should be good to go, and have no known release critical bugs. The information, and downloads are at http://iso.qa.ubuntu.com/. There are links down the side of the page, showing other flavours, which also need testing. If you want to discuss this on irc, please do so in #ubuntu-testing on irc.ubuntu.com, or #ubuntu-bugs. Thanks, Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
RE: Do you really want developers to be on this list was (Re: Very bad status of hardware (especially wifi) support in ubuntu, due to the too many accumulated regressions)
Apologies for breaking threading, i'm not subscribed to this list anymore, as the S/N ratio was too low. However, this part is interesting. Please CC me on any responses to this mail. Vincenzo writes: "2) Another bug affected me at random (WIFI), and there was nothing I could do about that, and it happened to me other times with other intel cards. I've not been clear perhaps, but the problem is that I was used to have my network card functioning, and one day it just left me without connection - after I moved abroad for one month, not after I upgraded. This is because intel's drivers mostly suck, there is no simpler explanation. They have tons of bugs and corner cases (I can support this by pointing at the number and gravity of LP bugs for them). I want to be able to rely and let others rely on ubuntu so we need to know what works and what not. 3) There are plenty of other hardware regressions by which I am affected and I feel like these should be a bit more acknowledged by developers. Because I can't be the only one." What I'd like to raise - how does one write such a database, when there is no clear-cut answer on whether this card, with this driver, works? Take the intel 3945 card, for example. Vincenzo says it doesn't work for him, under various modes. Various users on the forums have also mentioned that their systems don't work with these cards. However, other users on the forums, mailing lists, and a whole lot of the developers, including myself, have this card, and see that it works for them. I personally haven't seen this break since I upgraded to gutsy back at the UDS in Sevilla, 2007 (ie, pre-alpha 1), and I use WPA, which seems to be one of the areas of complaint, otherwise without problems. The bugs that affect everyone with a particular chipset are often acknowledged, particularly in the release notes. Maybe it would be nice to acknowledge that some people have problems with this card- but that's only some people. You'd be telling a whole lot of other people that their cards may not work, when they actually work just fine. Also, I'd be willing to bet that at least one person has a problems with *every* card in Ubuntu. Does it really make sense to acknowledge them all? How does one generalise that, in a paragraph or two, and it still be useful? Arguably, it would help if the relevant (i presume kernel) developers had access to some of these faulting cards - the ones that do break where people can reproduce it on site seem to get fixed quite quickly. But it's very hard to debug something where you don't have access (and it's quite hard to buy hardware to try to fix it, if only a smallish percentage of cards actually exhibit this buggy behaviour!) Thoughts? Just my 2c. Hobbsee signature.asc Description: OpenPGP digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: What is going on
On 22/04/09 14:08, richard wrote: > On Mon, 20 Apr 2009 23:04:10 -0300 > Derek Broughton wrote: > >> richard wrote: >> >>> In order to try and get Virtualbox up I reloaded 2.6.28-11 server, >>> reloaded virtualbox, it starts but borks staring the VM >>> >>> I ran apt-get update, in case I had only had a part update. >>> >>> and got this:- >>> >>> apt-get: update >>> Get: http://ftp.debian.org sid/main Sources >>> Get: http://ftp.debian.org sid/contrib Sources >>> Get: http://ftp.debian.org sid/non-free Sources >> Why do you think that it's OK to use Debian (sid, no less) sources >> with Ubuntu? And then, why would you think we could fix it. Debian >> & Ubuntu are _largely_ compatible, but if mixing them breaks things, >> I'm afraid you're on your own. > > > > I think there are some developers that need to install language packs > in their brains. > > Please tell me what part of I did not add Debian Sid sources do you not > understand. > I did not what them , I did not add them. > This occured after an update of about 100 files. > I just spending most of the night reloading everything , including > putting Mandriva on a partition because Cadsoft eagle no longer runs or > loads on 9.04. > Something is stopping it from creating a /tmp file to install from. > > There really need to be a language test for developers, I realise that > English is not a native tongue to all, but in that the northern end > of that large continent that sits between the Atlantic and Pacific > oceans, there is absolutely no excuse for not being able to read > English. > > > ONCE MORE FOR THOSE THAT CANT READ > > I DID NOT ADD DEBIAN SID TO THE APT LISTS, IT OCCURRED AFTER AN UPDATE > > And furthermore the reason I flagged it, apart from being pissed off > with the hassle, was if that came off one of the mirrors and your > running something like rsync it would spread very quickly and cause > chaos just before the release. > > Richard, please remember to obey the code of conduct while on this list. If you did not add debian sid repositories to your system (including files in /etc/apt/sources.list.d/), and another package did, then perhaps you should be a little more careful about the packages you're installing, and what else they may be modifying. Either way, with using such packages, there's certainly no way anyone here is about to offer support for your system, nor try to reproduce any bugs that you may encounter, as there's just too much else that could have happened. I can't see how this thread is going anywhere productive. -- 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: idea for 10.04
On 25/09/09 16:52, Jonathan Aquilina wrote: > isnt the internet connection required thought to sync time with an ntp > server at somepoint during the installation. It tries to sync, but the installation doesn't stop if it can't find an internet connection. There's nothing in the installer that requires internet (fortunately). Hobbsee -- 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
