Re: 404 error on page of packages
On Sat, Jun 28, 2008 at 12:15 PM, Dedeco <[EMAIL PROTECTED]> wrote: > Hello, > > I was trying to download the Ubuntu kernel sources from page > http://packages.ubuntu.com/source/gutsy/linux-source-2.6.22 but the diff > file to version 2.6.22-14.52 is not found. Error 404. > Try the command apt-get source So, for your above case do: apt-get source linux-source-2.6.22 Cheers, Todd -- 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: firefox and bad ssl certificates
CAcert doesn't even have a valid certificate? https://www.cacert.org/ Todd -- 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: Suggestion to make remote recovery easier
On Tue, May 6, 2008 at 8:40 PM, Andrew Sayers <[EMAIL PROTECTED]> wrote: > Based on this evidence, does anybody object to a bug report being filed > against openssh-server, saying that password authentication should be > disabled by default? Of course, that leaves all my ideas in serious > trouble, but that's a secondary matter. > One intermediate take away from the study is that using a high non-standard port is often good enough (for now). Also, having denyhosts configured with a sync download threshold of 3 will block a high percentage (I think it said %75 or so) You have to remember that security is a game of escalation and even though people should try to stay ahead of the attackers, they often don't. Should Ubuntu packages force them to do things that they don't necessarily yet understand? I think that topic is a thread of its own if people want to go down that path. More closely to the thread at hand, a reasonable amount of security could be gained by using a non-standard port, a hard username/password, and/ or using SSH keys. Cheers, Todd -- 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: Suggestion to make remote recovery easier
On Tue, May 6, 2008 at 8:20 PM, Scott Kitterman <[EMAIL PROTECTED]> wrote: > On Tue, 06 May 2008 23:56:18 +0100 Andrew Sayers > <[EMAIL PROTECTED]> wrote: > >At this point, I'm trying to walk the line between unrealistic "wouldn't > >it be great if..." type ideas and overly-strict reliance on solving the > >specific problem I have in my head, so I'd like to go back to first > >principles for a moment. Please tell me if any of these are false: > > > >1) It's common for new Linux users to have a technical friend that deals > >with their problems. This is a healthy relationship that we should look > >for ways to support > >2) People generally don't formalise that sort of thing until it's too late > >3) All Linux users can be behind arbitrarily complex sets of > >firewalls/NAT, including multiple layers of NAT or firewalls, not all of > >which are under either user's control > >4) We can expect experts to do some considerable work (e.g. installing > >packages and configuring routers), but non-technical users need simple > >instructions from the default installation > >5) There's some interest in making small changes to the default install > >to cater to the above issues > >6) Since the people in most need of help are more likely to stick to LTS > >releases, we can afford to add this sort of feature gradually, and see > >what public reaction is like > > 7) Most end users have an extremely niave view of security. They want > "security", but understand very little about how changes to their systems > affect the security of their systems. Changes made cannot make systems > less secure. > > I'd invite you to look at the rate of ssh dictionary attacks on internet > exposed boxes and consider if any password based ssh solution is > appropriate. > There has been quite a bit of research on this topic at Clarkson University. see: http://monitor.sclab.clarkson.edu/thesis.doc and http://monitor.sclab.clarkson.edu/appendicies.doc Abstract: In its Top-20 Security Risks report for 2007, the SANS Institute called brute-force password guessing attacks against SSH, FTP and Telnet servers the most common form of attack to compromise servers facing the Internet.Another recent study also suggests that Linux systems may play an important role in the command and control systems for botnets. Defending against brute-force SSH attacks may therefore prove to be a key factor in the effort to disrupt these networks. We report on a study of brute-force SSH attacks observed on three very different networks: an Internet-connected small business network, a residential system with a DSL Internet connection, and a university campus network. The similarities observed in the methods used to attack these disparate systems are quite striking. The evidence suggests that many brute-force attacks are based on pre-compiled lists of usernames and passwords, which are widely shared. We were able to confirm the existence of one such pre-compiled list after it was discovered in a SSH attack toolkit captured in a related honeypot project. Analysis of the passwords used in actual malicious SSH traffic suggests that the common understanding of what constitutes a strong password may no longer be sufficient to protect systems from compromise. Study data are also used to evaluate the effectiveness of a variety of techniques designed to defend against these attacks. Cheers, Todd -- 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: Upgrading Hardy Heron 8.04 Beta to Linux kernel .16 breaks it; it won't boot.
On Wed, Apr 16, 2008 at 8:53 AM, Jim and Judi Harris <[EMAIL PROTECTED]> wrote: > > Thanks to Todd and Henrik. No, Henrik, I don't have a TV card; there is > nothing but a GeForce 2 video card added to the mobo. > > Todd, how can I run any of what you say if it won't boot? Do I do all that > work on the older version? What about the startup/boot log that I presume is > generated during the .16 boot? > > Please also send a URL describing how to "change your grub boot options to > remove the splash so you can see the errors etc. better", as I see no such > help anywhere, including in the GRUB Manual at > > http://www.gnu.org/software/grub/manual/grub.html > These should help: http://www.foogazi.com/2007/10/27/remove-the-ubuntu-splash-screen/ > > which I am starting to read ( 52 pages ! ) but guess what: A search of the > complete text (HTML) for splash finds none, so I have come to a dead end > trying to do what you say. Oh well, at least there is a Manual, and I guess > I can send the GRUB team a request to fix the Manual to include how to > "remove the splash" and any other explanation of controlling the splash, > including how to prevent GRUB-update from undoing the changes a user (root?) > makes (see refs below), > > and then, once I know what I want/need to change, should I use QGRUBEditor > as in > > > http://www.freesoftwaremagazine.com/columns/how_to_edit_your_grub_settings_with_qgrubeditor > > or just nano or gEdit, or something else? > > Do you see why a person like me who wants to help improve Linux and defeat > the Evil Empire gets discouraged, because it's too d__ed difficult to learn > how to run tools and report problems (even to find out which forum/list to > post to)? If indeed "Requests and posts to this list should be more mature > in nature and something that developers would or could act more directly > on", then why is such guidance not on the page introducing the Ubuntu Lists > at > > https://lists.ubuntu.com/ > > which I did read carefully before deciding this list is the only one I > could use, as I saw > > ubuntu-users <http://lists.ubuntu.com/mailman/listinfo/ubuntu-users> - > Ubuntu user technical support, not for general discussions > > and my Ubuntu is the free version so I am not under a "user technical > support" agreement? > > Further, don't you agree there should be at least one list where users are > encouraged to submit problem reports? I see no such recommendation. > Well in ideal world yes there would be one place. The current state of the world is that the developers are mostly volunteers and busy solving problems that are more mature. They do their best to solve the most critical issues first. I know that we all think that they should stop what they are doing and solve our problem, but that would lead to chaos. Who has the most important problem? The process to get the most attention is to follow the proper procedures. Obviously there are lots of users now of Ubuntu products, all with different skills sets and backgrounds. So, it is difficult to know how much detail to give to a particular request. The most research the user can do the better. The different lists are setup so that people can expect help from those lists as appropriate. A lot of users come to this list and ask inappropriate questions (me included). People still try to do their best to answer them. I hope to not discourage you from asking questions and I appreciate your research ahead of time to figure out what you should do. I hope that the above instructions help you to find your problem in more detail, search for existing bugs, and then report yours if it is not reported already. Best of luck, Todd > > See also (others have splash-related problems): > > http://ubuntuforums.org/showthread.php?t=503913 > > > and some have analyzed it some, and have some more info: > > http://osdir.com/ml/boot-loaders.grub.bugs/2005-07/msg00027.html > > If you wish to address any of the above points of course I encourage that, > but either way, I will take all this to the "users list" as you recommend. > > Thanks again for any help. > > Jim > > On Tue, Apr 15, 2008 at 1:25 PM, Todd Deshane <[EMAIL PROTECTED]> wrote: > > > Hi Jim, > > > > This is something that I would recommend report a bug on at: > > > > https://launchpad.net/ubuntu > > > > From your description it sounds like it is a kernel problem, so look for > > the appropriate linux package. Make sure you have the latest available and > > then you should provide some more information in the reports. > > > > For some good ideas see: https://wiki.ubuntu.com/DebuggingProcedures and >
Re: Upgrading Hardy Heron 8.04 Beta to Linux kernel .16 breaks it; it won't boot.
Hi Jim, This is something that I would recommend report a bug on at: https://launchpad.net/ubuntu >From your description it sounds like it is a kernel problem, so look for the appropriate linux package. Make sure you have the latest available and then you should provide some more information in the reports. For some good ideas see: https://wiki.ubuntu.com/DebuggingProcedures and in particular: https://wiki.ubuntu.com/KernelTeamBugPolicies Things to make sure you include are the output of dmesg, lspci, and the like. You should also change your grub boot options to remove the splash so you can see the errors etc. better. This type of problem is generally better for the users list or forums. Requests and posts to this list should be more mature in nature and something that developers would or could act more directly on. Follow up questions would be better addressed by those lists as well (until the point at which it is a confirmed bug and there is a clear fix and something that should get developers attention, use your discretion on that one) Best Regards, Todd On Tue, Apr 15, 2008 at 2:01 PM, Jim and Judi Harris <[EMAIL PROTECTED]> wrote: > > Hi. This is my first post to this kind of list. I'm not a Linux newbie but > close to it. I've been using Ubuntu for the last few years (and tried a few > other versions before that), but mostly as a "Typical Windows User", where I > focus mostly on using the applications, not the OS. Anyway, perhaps because > of that orientation, I have chosen Ubuntu and love it, and have switched all > my learning efforts to applications that Ubuntu supports, e.g. Mythbuntu, > StreamRipper, DVD authoring, OpenOffice (tho I'm getting real disappointed > in Writer compared to M$ Word), lots more. > > So here's my problem report: I burned a verified ISO of Hardy Beta a > couple weeks ago, and it installed flawlessly (after CD Check OK) on a new > hard drive in a 5-year-old box I own, and I was using it a little with no > problems on and off for a couple weeks, then last weekend it told me it had > a bunch of updates (about 150 MB or 150 packages; I'm not sure) and that > went flawlwssly too, and I did some more stuff and shut down normally. Now, > when I power on, it appears to boot OK up to where the little orange thingie > stops shuttling back and forth, and becomes a normal "progress bar", then it > goes about 3 jumps till it's about 15% done and then just sits there > forever. So I power off and on, then choose the previous version from the > GRUB menu (I think it's kernel .12 to boot OK, rather than the .16 that > fails). I will be happy to send some startup logs or sys info or whatever > would help, but I don't know how to get them. I can run Terminal and browse > the Filesystem and Locate and install new tools via the Package Manager. So > if you want me to run some command-line utility, maybe with sudo, please > tell me exactly what to type and I will pipe the output to a file and send > it to you or whatever will help. > > In general, I would like to learn what troubleshooting/diagnostic tools I > should use in a situation like this, so if you want to send me some URLs to > those I will learn some more. > > Sincerely, > > Jim Harris > > -- > When sitting down in front of a computer to do > something useful, never say, or even think, > "I will just do this quickly." > -- > 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: libc borked
Cory, Please read: http://www.ubuntu.com/community/conduct Also, you didn't provide any useful information. Bug reports, versions, etc. If it is hardy then you should expect things to break from time to time. If it is a stable release, then you should report bugs appropriately. The developers work hard and they don't need such a negative response and shouldn't be expected to drop everything and fix your problem. Please provide useful information and I am sure if it is a critical bug, it will be fixed in due time. Are you paying for support? or are you demanding things from volunteers? Would you treat providers of other services that you get such as Internet or Phone, etc. the same way? Best Regards, Todd On Wed, Mar 12, 2008 at 11:20 PM, Cory K. <[EMAIL PROTECTED]> wrote: > Thanx to the genius who let the libc update through and rendered 3 > systems unbootable here. I look forward to your visit to my home to fix > them. > > Frustrated and pissed, > > Cory K. > > -- > Ubuntu-devel-discuss mailing list > Ubuntu-devel-discuss@lists.ubuntu.com > Modify settings or unsubscribe at: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss > -- 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: iproute package in main regression
Just a quick update on this one. I think that the ip command is not an issue in hardy when using the Ubuntu xen kernel. Probably only the xen.org kernel. However, the bug [1] that I thought that it was associated with has a different fix. Could someone take a look at the proposed solutions and pass the information to the proper developers? >From what I can tell the fix doesn't seem very technical or time consuming and it would be good to get it out there and tested before/by the beta. Thank you for your time. Todd [1] https://bugs.launchpad.net/ubuntu/+source/xen-3.2/+bug/199533 On Sun, Mar 9, 2008 at 1:30 AM, Todd Deshane <[EMAIL PROTECTED]> wrote: > When going from gutsy to hardy the ip command has some problems. > > The bugs are documented here: > > https://bugs.launchpad.net/ubuntu/+source/xen-3.2/+bug/192294 > https://bugs.launchpad.net/ubuntu/+source/xen-3.2/+bug/199533 > > I realize that Xen itself in not in main yet and so not supported > directly, however the ip command is a standard command in main. > > Also, anytime fundamental commands like ip don't work it could also affect > things kvm, which is now in main. > > I will track my progress and testing in the bugs listed, but hopefully > someone can take a look. > > Thanks for your time and let me know if there is anything I can do to > help/test. > > Todd > > > -- 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
iproute package in main regression
When going from gutsy to hardy the ip command has some problems. The bugs are documented here: https://bugs.launchpad.net/ubuntu/+source/xen-3.2/+bug/192294 https://bugs.launchpad.net/ubuntu/+source/xen-3.2/+bug/199533 I realize that Xen itself in not in main yet and so not supported directly, however the ip command is a standard command in main. Also, anytime fundamental commands like ip don't work it could also affect things kvm, which is now in main. I will track my progress and testing in the bugs listed, but hopefully someone can take a look. Thanks for your time and let me know if there is anything I can do to help/test. Todd -- 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)]
Hi All, I think this thread has gotten way off topic. Can somebody in charge flag this thread as a "dead horse" [1] ? I think there is some good discussion going on, but those discussions should be taken to new, fresh threads. I do think that in order to post to lists intended for developers to read you should follow some of the guidelines in articles such as [2], do some research and show that you can at least think clearly. (I think I should have followed these rules better before posting... I don't even know if the question was really answered anyway, other than pointing at the guidelines, which I did read before posting at least.) I don't really think this thread should continue as it is. Let the developers and moderators get back to real work. Thanks, Todd [1] http://en.wikipedia.org/wiki/Beating_a_dead_horse [2] http://www.catb.org/~esr/faqs/smart-questions.html On Dec 6, 2007 4:05 PM, Kevin Fries <[EMAIL PROTECTED]> wrote: > This was sent to me personally, and it has comments directed to others > in the group... Therefore, I assume it was meant for the group at large. > > Kevin Fries > Forwarded Message > From: Richard A. Johnson <[EMAIL PROTECTED]> > Reply-To: [EMAIL PROTECTED] > To: [EMAIL PROTECTED] > Subject: Re: Appropriateness of posts to this list (Was Re: evince > crash) > Date: Thu, 6 Dec 2007 13:54:45 -0600 > > On Thursday 06 December 2007, Kevin Fries wrote: > [...] > | If I don't get my steak the way I ordered it. I buy my steak from > | elsewhere. Ubuntu with no users, is not anything but an exercise in > | ego. What the customer wants is the only real metric. You need to > | understand that as a developer, and I live with that every day as a > | Consultant, Designer, and Implementer. > | > | Which of those priorities you wish to work on, however, is completely > | your own decision. But the customer MUST set the priorities of what > | needs done in the bigger picture. And, the customer MUST set the list of > | features that need to be implemented. > > I couldn't agree with you more! > > | Rule #1 of Business: Its not about you. > > Actually, this wouldn't be Rule #1, but it is pretty much the Golden Rule of > Business. Mark Cuban said it best a few years back, "Treat your customers > like they own you, because they do." The hard part with this though in our > little neck of the woods is that all of us are also customers, so it can get > confusing. > > | If you do not make your customers wishes and desires #1 on your priority > | list, your competition will. > > And they are (ie. PCLinuxOS, Fedora). > > | Lets not forget, Ubuntu is a business product, distributed by a real > | business. Therefore, its not about you... or me. Its about the > | customer. Making the customer feel like they have to talk you into > | something, is just not good business. This is why I spend so many hours > | providing help to ANYONE who asks. Even people I would rather not. Its > | not about me, its about Ubuntu, and what is best for the project. > > It was all fine and dandy until this paragraph. This is the one thing that > really could irk a volunteer to such a project. I have been around this > community for a couple of years now and talking to some past developers and > contributors, the one thing that was common was that "we are working for free > while they are making money from our work." I look at it like this..Kubuntu > is giving me more than I could ever give it. How? > > 1) I have a totally free operating system > 2) I don't have to worry about all the other things I would have to with that > other OS > 3) The development community allows me to participate in which I get to learn > the ins-and-outs of what really goes on (after a while, this is a nice CV > bullet point) > 4) The friends I have made in the process are totally worth every minute I > have put in. > > | Even more so in an all volunteer endeavor, egos must be checked at the > | door. Developer's egos, designer's egos, and consultant's egos. We as > | the people trying to make this a success, need to listen to the customer > | so that there will be more of them. Its the one true advantage we have > | over Microsoft which is notorious for blowing off their customer to do > | what is in their best interest (Can we say Windows Genuine Advantage, or > | Digital Rights Management... I knew we could). > > I am 50/50 on this paragraph. I wholeheartedly believe there should be > the "checking the ego at the door," however a little bit of ego never hurt > anybody. For instance, look at Microsoft. They have the biggest ego of all, > and they have yet to really fail at what they do. Going on with Microsoft, > they do indeed listen to their customers, just because we don't see it simply > because we are not their customers, doesn't mean they don't. If they didn't > listen, would they really be as big as they are? I mean Apple and other > operating systems have been around just as long. Imagine if the Linux >
Re: Can Xinerama be completely disabled in Gutsy?
On Nov 21, 2007 11:56 AM, Dan Munckton <[EMAIL PROTECTED]> wrote: > Hi > > I'm trying to find a workaround for the following Java problem: > > #154613: Xinerama prevents Java fullscreen exclusive mode in Gutsy > [https://bugs.launchpad.net/ubuntu/+source/sun-java6/+bug/154613] > > Java uses Xrandr to achieve its Fullscreen Exclusive Mode, but rightly > avoids using it if Xinerama is in use. So Java Fullscreen Mode is only > possible when Xinerama is not reported present in the running Xorg. > > In both Feisty and Gutsy Xinerama appears to be built-in. In Feisty > Xinerama isn't reported as present/active (using XQueryExtension() etc), > in Gutsy it is. > > So as a workaround I need to find a way to completely deactivate and > disable Xinerama in Gutsy. > > In the xorg.conf manpage it indicates that adding the following option > in the "ServerFlags" section should disable it, but it's not. > > Section "ServerFlags" > Option "Xinerama" "off" > EndSection > > After restarting X I check in /var/log/Xorg.0.log and find the option is > recognised/parsed but still when I test Java and also query Xorg > directly using the Xlib API it still shows as present. > > So I have the following questions: > > 1) What is the major difference between the way Xinerama is included in > Gutsy in comparison with Feisty? > I had strange mouse behaviour in gusty with the same config file that I had used fine in feisty. > > 2) Is it going to be possible to disable Xinerama from within xorg.conf? > Yeah. The way I got it to work was with an aticonfing command, specifically: sudo aticonfig --dtop=horizontal,reverse This command sets up what is called a big desktop, not xinerama, which basically uses both displays as one big one. If you are using an nvidia card, try configure with the nvidia-settings and those tools. > > 3) If I disable Xinerama what am I likely to break (e.g. > DisplayConfigGTK)? > > 4) Is there another way to achieve this? > > I am quite happy plugging away at this on my own but if anyone with more > Ubuntu/Xorg knowledge can give me some insight at this stage it would be > much appreciated. > There are some good tutorials on this stuff: http://ubuntuforums.org/showthread.php?t=221174 If you run into specific problems, you shoud post bugs on them. Be sure to include your config files, monitor specs, and graphic card information and other relevant inforation Best Regards, Todd > > Cheers > > Dan > > > -- > 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: evince crash
On 10/9/07, Sebastien Bacher <[EMAIL PROTECTED]> wrote: > > Le mardi 09 octobre 2007 à 14:29 +0200, Vincenzo Ciancia a écrit : > > > windows or osx, _they_ will come to me and say it sucks. And, damn, they > > will be right. If you can't print a pdf with the default settings of the > > distribution, how can you propose ubuntu in a scientific environment? I > > Maybe you should do some testing sooner next cycle? The bug has been > opened after the rc freeze, the gutsy milestone was not really realistic > from there > In one sense I would like to pulll back ever raising this to this list, I realize it was out of line (and on a issue that is not even a top priority for me personally). In another sense however, I did learn a lot about the process and a little about how active and attentive the community is. I really do think Ubuntu is different and has shown from the beginning that it values it users. The community is very diverse and very helpful. I, like the others on this list hope that Gusty is the best yet. So, we do what we can as users, testers, developers, etc. Thank you all for your constructive criticism and I hope that anybody that followed along with this thread learned something and the signal to noise ratio wasn't too bad. Best Regards, Todd > > Cheers, > > Sebastien Bacher > > > > -- > 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
Appropriateness of posts to this list (Was Re: evince crash)
On 10/8/07, Aaron Whitehouse <[EMAIL PROTECTED]> wrote: > > It seems to me that if users, developers and testers that are > > following this list care about a particular issue or bug they can > > raise it here. If it generates no discussion and others simply ignore, > > then it is probably not a big issue. > > I see your point. The same rationale, however, would support sending a > report of each new bug filed to the list. Everyone on the list *could* > ignore anything that they weren't interested in. > > > Also, the fact that the release is close, to me means that any major > > bugs should pass by more eyes and get more attention. > > Most people tend to see their bugs as major. I don't mean to lessen > the frustration of your plight, but not being able to view a pdf on a > password restricted site isn't the most major bug that I have seen > filed against Gutsy. In some ways there is a problem with the way > users can't rate the importance of their own bugs. I filed a bug about > suspend locking up my laptop every time it is used and one about the > default spellchecker for NZers being en_US instead of en_UK. Clearly > one is more important than the other, but they have the same > "importance" prior to being triaged. The counter-argument, I assume, > is that normal people can't be trusted to objectively rate the > importance of their bugs. > Agreed. But, in that light who is brave enough to raise any bugs or issues? There are a lot of issues that get discussed that don't interest me, but I just don't read into them as much. I do see your point, and it is a good one, the signal to noise raise needs to be high. So, I haven't raised other things I have found, since I didn't think they would be interesting to a general audience or they are seemingly obvious bugs that everyone should see. This one, being that it is an app that most people will use and may be hitting an edge case and it may just have a chance of being fixed before release. > I have grave issues with Gutsy... especially seeing as it is about a > week from release. I have tested each milestone since pre-Breezy for > the LaptopTesting reports and Gutsy is the least stable for me yet. > That is largely, as I said earlier, a result of -Intel and Compiz. I > filed my reports against each package and they are still sitting there > untouched. So perhaps you are right that I should have pestered the > list instead. I just don't see it as being a good policy. > I think your issues are probably more important for a list such as this. I know that there was requests at some point for experiences and feelings about compiz. > To be fair, I have now succeeded in generating more noise than the > recent bug "awareness raising" has! > This list has been pretty good about generating good content. Maybe I was too quick to fire of the evince crash email. I just wonder where the line should be? For example, some things should probably go to the users list, but would they get lost in the noise there? And coming close to a release was another reason. I still think this list has been quiet considering that. Regards, Todd > Regards, > > Aaron > -- 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: evince crash
Hi All, On 10/8/07, Aaron Whitehouse <[EMAIL PROTECTED]> wrote: > > I think crashes are not a good sign, so I was hoping to raise some > > awareness of this problem. > > Quite a few people have been "raising awareness" about bugs that they > have filed. I too have filed some seriously nasty bugs that make Gutsy > close to unusable for me (mostly to do with compiz and the -intel > driver being used by default). They are still sitting there without > having been looked at and we are about a week from release. > > My point is simply this: the more people that "raise awareness" about > bugs, the more people will look at what is being mentioned and think > that their bugs are more important. This will mean that the list gets > clogged with messages like this and people will unsubscribe from the > list. If I want a list of high-priority bugs then I will search for > them in Launchpad. > > There is a system in place already to triage and rate the importance > of bugs. If that system is broken then we need to fix it. Trying to > circumvent the system by posting to this list is not sustainable. > > Feel free to disagree. > I have felt that the traffic on this list has been relatively light. Most threads are concerning discussion type issues. There have only been a few raised bugs. I have no problem resisting to send bugs, but I thought that this would be a list for discussion on such issues. clipped from: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss # Sharing of experiences with the current development branch of Ubuntu # Technical questions about new features in the development branch # Ideas and suggestions about future development of Ubuntu # Point of contact for Ubuntu users to reach Ubuntu developers # Open to all to subscribe, posting moderated for non-subscribers It seems to me that if users, developers and testers that are following this list care about a particular issue or bug they can raise it here. If it generates no discussion and others simply ignore, then it is probably not a big issue. I raised this one in particular only because I wanted to try to find others to test, since it was a special case requiring a ACM account. Also, the fact that the release is close, to me means that any major bugs should pass by more eyes and get more attention. To me it seems as though that is what an open source community is for. Like I said, if the consensus is not to raise such issues on this list, then I will refrain. Just let me know. Thanks, Todd > Regards, > > Aaron > -- 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
evince crash
Hi All, I think crashes are not a good sign, so I was hoping to raise some awareness of this problem. I am getting a crash trying to go to page 11 or 15 of: http://www.acm.org/acmqueue/digital/Queuevol5no6_September2007.pdf I was hoping that someone with access to an ACM account could try it to confirm. I filed a bug that contains the strace: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/150793 Thanks, Todd -- 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: kernel: Removing modules do not turn off devices
I think power management issues are important to take into account, it is getting a lot of attention recently. Is this option still marked as experimental? Is there a strict policy on it or can sufficient testing be done to allow it to be enabled by default? Here is the bug that was filed to track the process, some assistance needed on it: https://bugs.launchpad.net/ubuntu/+bug/150783 Maybe something to look into for Hardy at least? Todd On 10/8/07, Paulo da Silva <[EMAIL PROTECTED]> wrote: > Hi! > > I am testing kubuntu gutsy (next 7.10). > I noticed that removing usb wireless modules, for example, does not turn > off the devices. > This is important for laptops. Devices, when not in use, should be > turned off. > I think this is caused by kernel not being built with devices->USB > support->USB selective suspend/resume and wakeup (USB_SUSPEND) enabled. > Not sure however. > > Regards. > > > > -- > 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
Bug(s) that should be fixed for release
Hi All, Is there a running list of key bugs that are planned to be fixed before the release? I would like to bring attention to this one: https://bugs.launchpad.net/ubuntu/+source/usplash/+bug/140759 It is an ugly bug since during install and also during using the system during boot the screen is blank. It will likely deter a lot of people who could have a perfectly good system otherwise. It seems as though it is clearly hardware dependent. Hardware that I have that I am willing to test and do whatever I can to fix it. Please let me know how I can help fix this bug, anything I can provide etc. Thanks, Todd -- 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
Xen on gusty regression since tribe5
Hi All, I have been following the Xen packages and kernels closing since about tribe4. I had a nice working system at that time, even HVM with a Windows XP guest worked great. I have found a problem [1] with the latest packages. I know there have been a few other people on this list following closely with the Xen packages too. I am hoping that others can test and report failure or success. Thanks for any feedback/comments/questions/etc. Todd [1] https://bugs.launchpad.net/ubuntu/+source/xen-3.1/+bug/144631 -- 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: Why is amd64 late?
On 9/19/07, Colin Watson <[EMAIL PROTECTED]> wrote: > On Tue, Sep 18, 2007 at 11:30:59PM -0400, Todd Deshane wrote: > > On 9/17/07, Colin Watson <[EMAIL PROTECTED]> wrote: > > > A simple oversight; it was enabled in this morning's kernel upload, and > > > I just processed it through the archive so it will appear on amd64 > > > shortly. > > > > > > There is no conspiracy. > > > > I hope not :)... but sometimes it feels that way... Now the amd64 > > version of the following package is missing: > > > > http://packages.ubuntu.com/gutsy/misc/linux-restricted-modules-2.6.22-11-xen > > > > Is this one on its way too? > > Yes, it is now; just a knock-on effect from the same oversight. > (Likewise linux-ubuntu-modules, I believe.) > Thank you for posting that! However, I have filed a bug on it: https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.22/+bug/141401 Thanks, Todd -- 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: Why is amd64 late?
On 9/17/07, Colin Watson <[EMAIL PROTECTED]> wrote: > On Mon, Sep 17, 2007 at 01:09:44PM +0200, Mihamina (R12y) Rakotomandimby > wrote: > > Why is the amd64 release/tribe always late? > > It isn't. amd64 releases happen at the exact same time as i386. > > > My favorite example is about the Xen support: > > http://packages.ubuntu.com/gutsy/base/linux-image-2.6.22-11-xen > > It is i386 only at the moment... > > As far as I know, Ubuntu tries to be up to date and tries to support the > > maximum of hardware as possible. And recent hardware is mostly amd64. > > A simple oversight; it was enabled in this morning's kernel upload, and > I just processed it through the archive so it will appear on amd64 > shortly. > > There is no conspiracy. > I hope not :)... but sometimes it feels that way... Now the amd64 version of the following package is missing: http://packages.ubuntu.com/gutsy/misc/linux-restricted-modules-2.6.22-11-xen Is this one on its way too? Thanks, Todd > -- > Colin Watson [EMAIL PROTECTED] > > -- > 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: nspluginwrapper a solution for 64-bit
On 9/18/07, Todd Deshane <[EMAIL PROTECTED]> wrote: > On 9/18/07, Andrew Jorgensen <[EMAIL PROTECTED]> wrote: > > Would it make sense to promote nspluginwrapper [0] to main for amd64? > > openSUSE will be including it in 10.3[1]. It seems a better solution > > user-wise than including the still-alpha gnash. > > > > [0] http://gwenole.beauchesne.info/projects/nspluginwrapper/ > > [1] > > http://en.opensuse.org/Factory/News#Changes_between_openSUSE_10.3_Alpha_2_and_Alpha_3 > > > > -- > > 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 > > > > I noticed this solution on Planet Ubuntu awhile back: > http://deshantm.livejournal.com/13454.html > > The link to the original is currently broken, but I have the excerpted > install instructions. > > Todd > better yet, the latest version of gusty has the ubuntu firefox plugin manager installed and it give you the choice as to which one you can install. It defaults to the Adobe flash one (which pulls down and installs the 32 bit version properly). The gnash version is not default and like you said in alpha, but it also installs. Looks like the Ubuntu team is one step ahead on this one. Todd -- 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: nspluginwrapper a solution for 64-bit
On 9/18/07, Andrew Jorgensen <[EMAIL PROTECTED]> wrote: > Would it make sense to promote nspluginwrapper [0] to main for amd64? > openSUSE will be including it in 10.3[1]. It seems a better solution > user-wise than including the still-alpha gnash. > > [0] http://gwenole.beauchesne.info/projects/nspluginwrapper/ > [1] > http://en.opensuse.org/Factory/News#Changes_between_openSUSE_10.3_Alpha_2_and_Alpha_3 > > -- > 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 > I noticed this solution on Planet Ubuntu awhile back: http://deshantm.livejournal.com/13454.html The link to the original is currently broken, but I have the excerpted install instructions. Todd -- 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: Request For Comments: blueprint around Ideastorm idea
On 9/15/07, Nicolas Deschildre <[EMAIL PROTECTED]> wrote: > Hi! > > I have been drafting a blueprint around Dell's Ideastorm idea. > Considering that the current means to get user wishes feedback is not > really good (see discussion in the blueprint) and considering > Ideastorm success for Dell, i was thinking of using this idea to > assess the user wishes. > > Right now, when a user want to post a wish about ubuntu, where does he > go? He goes to forums, where its posts is quickly lost in the mass. Or > *if he know about it*, he goes to the bug report (bug! Not obvious!) > to post a wish. But this wish report hardly represent the size of the > wish. > Is only one person interested by this wish, or thousands? or more? > > Consequently there is no real means to assess *quantitatively* and > *effectively* the users wishes and needs. > Thus the main guidelines of ubuntu development does not optimally > match the users demand. > > Considering this, my blueprint try to propose a solution based on > Ideastorm idea, and reusing Launchpad framework. > Here it is : > https://blueprints.launchpad.net/launchpad/+spec/better-community-wishes-assessment > > I would really appreciate any comments on this, and you are welcome to > do some modifications you think appropriate. Especially I'd like to > hear from Launchpad guys about the possible implementation of the > spec. > I like the sounds of this idea, but I don't know how difficult it would be to implement it. I think there are some nice side benefits: awareness of launchpad (for example if a feature is drawing enough attention then it will get people to request it on launchpad, especially if it is a known way to get support on something), more launchpad users in general also means more bugs are reported to the right places and not in forums and blogs etc. If this idea could help launchpad awareness, I think that would be good in general. Is it the best way to do that?... maybe... Todd > Thanks! > > Nicolas Deschildre > > -- > 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: how to rebuild a kernel package on amd64?
On 9/2/07, Mihamina (R12y) Rakotomandimby < [EMAIL PROTECTED]> wrote: > > Hi, > There is a -xen linux-image but only for i386. > I expected gettting the kernel package source on my amd64 version and > rebuilding the package would build a -xen image for my arch. > > I see it did not, because built packages are not xen kernels but > "simple" kernels. > > I want at least try to build it. It might have been blocked in some rule > script, I dont know,... > > Would you indicate me where to check? > Thank you. > > PS: How tohave my posts accepted in the -devel list? Who to contact? There is already support for Xen for amd64. As of Xen 3.1 amd64 bit is already supported, so I believe that is why you only see one Xen kernel package, as they are now compatible. Somebody please correct me if my understanding is incorrect. As mentioned previously though, package support is good with the meta packages ubuntu-xen-desktop-amd64 and ubuntu-xen-server-amd64. Todd -- > 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: status of Xen in future Gutsy
On 9/2/07, Mihamina (R12y) Rakotomandimby < [EMAIL PROTECTED]> wrote: > > Hi, > Does someone know the status of Xen in the future Gutsy? > I see these: > 1) http://packages.ubuntu.com/gutsy/base/linux-image-2.6.22-10-xen > 2) http://packages.ubuntu.com/gutsy/misc/xen-hypervisor-3.1 > and so on. > > (1) is still i386 only. > > I have a quite heavy CPU (Core 2 Duo T7500) and would be happy to use it > for virtualisation and gutsy as dom0. > I would also be happy to try to compile what is still missing for amd64 > but I am not very clever and will probably need help. Therefore I would > need to be able to write on -devel but I did not find where to ask > writing permission in there. Would you know? > > Thank you. >From personal experience and also as reported by others, Xen package support in gusty is quite good, even on amd64. You should look at the ubuntu-xen-desktop-amd64 and ubuntu-xen-server-amd64 meta packages. If you run into problems, report bugs on the appropriate packages, they tend to be fixed quickly. Todd -- > 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: gvim menu icon is hidden
On 8/12/07, Sitsofe Wheeler <[EMAIL PROTECTED]> wrote: > > Over in https://bugs.launchpad.net/ubuntu/+source/vim/+bug/3222 there is > a bug concerning gvim and it's hidden by default menu icon. I feel this > change is unnecessary because gvim is not installed by default and so > long as its desktop item is only installed when gvim is there is no > harm. Additionally, in the current state, upon installing gvim using > Add/Remove you will be told to look for a menu item that won't exist > (see http://launchpadlibrarian.net/7332788/post-gnome-vim-install.png > for a screenshot of this). > > Given that the bug has been opened and closed several times I'm posting > here to see whether it is an issue that should be fixed. After reading through the bug comments, it seems that it is intentional that it doesn't show. That is a default that someone decided should be there. I wonder if it would be possible to have a checkbox during install that would allow the menu icon to be show... Steal a page out of the typically windows program installations. Maybe that is something that would be a nice option in general for applications that are installed? (i.e. to show shortcut in the menu, quick launch, and/or show shortcut on the desktop) The question would be where would something like that be implemented? When installing with apt, the ncurses post installation could come up, the gui installers might be able to add that option easy enough...Both of which require the packages to support it though. Maybe it is something that people wouldn't want in general, but most people users coming from a windows environment, after installing a program either look in the "start menu", quick launch, and/or on the desktop. Maybe something is already in the works upstream? (i.e Gnome/KDE) Cheers, Todd -- > Sitsofe | http://sucs.org/~sits/ > > > > -- > 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: Windows-based driver support checker for Ubuntu?
Hi, On 7/24/07, xt knight <[EMAIL PROTECTED]> wrote: The IdeaPool had an idea about a "checker" that would notify the user of Linux's support of his devices. ( https://wiki.ubuntu.com/IdeaPool#head-840a946630b2112c0d2ca651b11d8a52171564fe ) I decided to attempt to implement this. How it works right now is that a modules.pcimap file is provided from /lib/modules/`uname -r`/ and a few WinNT APIs are used to get a list of PCI IDs from the host Windows PC. Then, the computer's PCI IDs are checked against that pcimap file for Linux support. Support for USB could probably be added easily with modules.usbmap. Likewise for ISA by means of modules.isapnpmap, Firewire, etc... The Windows Device Manager keeps a cache of devices that "have been" plugged in, so the user would not need to plug anything additional in to check support for every device he has used in the past on that system. As far as I can tell this should work perfectly. As it stands, this should work under Windows NT 4 and up, AFAIK. The way it is implemented right now, different APIs must be used for Win98. I'm not sure about Vista but I think it's fine there also. My main question(s): Is this wanted, or needed, for Ubuntu? I heard there was talk of a Windows Ubuntu installer. I've never personally inserted a Ubuntu CD into Windows myself so I have no idea where we're at in that stage right now. this might be the installer that you refer to: http://wubi-installer.org/index.php How would this be presented to the user? Should it pop up before the installer wizard? Should it be in the installer wizard, and if so, at which stage? What programming language should it be coded in to ensure compatibility? How would localization be handled? Do you have a prototype of this that we could test? Seems like a neat idea. Thanks, Todd Thank you for your time. Andy Matteson xtknight on IRC, [EMAIL PROTECTED] -- 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
