python -c "import sys; print ''.join([chr(z) for z in map(lambda y: int(y,2), [sys.argv[1][8*x:8*x + 8] for x in range(len(sys.argv[1])/8)])])" 010010...100001
I think there's probably a better way to do the [sys.argv[1][8*x:8*x + 8] for x in range(len(sys.argv[1])/8)] part, but it was my first try.
Unless you're running windows, linux, or mac osx, you're not getting an official build of firefox. Mozilla offers contributed binaries for other platforms (including sparc), but they are not official releases from Mozilla. From the firefox release notes: These are unofficial builds and may be configured differently than the mozilla.org builds.
If you are installing a firefox binary on linux, you need to be running i686 to use the binary provided by mozilla (well, you can probably use it on i(3|4|5)86, but the official build is targeted for i686). If you install the debian version of firefox, you can install it on any debian linux system, running on any of the following platforms: alpha, i386 (and up), ia64, mipsel, powerpc, s390, sparc, arm, or hppa.
Most of the changes we're talking about here are changes to get firefox to build on these 9 platforms. They're aren't many functional changes being made. The functional changes that do occur are, for example, some debian bookmarks added to the default install.
The end user doesn't have to know the difference between a debian bug and a mozilla bug. If the end user has a problem with mozilla firefox on their debian machine, the end user submits a bug to the debian package maintainer. The maintainer then determines if the bug is his/hers or if the bug is in the upstream package.
If the end user always files their bug report with the debian package maintainer, they will be filing their bug report in the correct place 100% of the time.
I didn't mean to imply that mozilla should get rid of their own quality guarantees. You are correct that Mozilla has to draw the line somewhere in regards to quality guarantees, but I was just saying that, I, as an end user, am more than satisfied with the quality of Debian. I would have no qualms about installing a "debianified" mozilla firefox -- in fact, that's exactly what I do. Now mozilla may not have much experience with debian, so they may not have the level of confidence in debian that I do. If that is the case, I hope the two groups work together so they can generate a level of trust between them. Again, this is all just the humble opinion of a content user of offerings from both groups.
From your comments, I'm going to assume that you haven't used debian.
This is (part of the reason) why debian has package maintainers. If a user has a issue with debian's mozilla-firefox package, they submit a bug report to the debian mozilla-firefox package maintainer. Then the package maintainer determines whether or not the bug is in the packaging done by debian, or whether the bug is in the upstream package (i.e., what can be obtained directly from mozilla). Of course debian's changes to the Mozilla Firefox should not be a part of mozilla's bugzilla. The proper place for those changes to be tracked is in debian's bug tracking system, which is where they are currently tracked. Debian's mozilla-firefox package bug tracking page.
IANADPM (IANA Debian Package Maintainer), but I believe the maintainers for each package will have some exposure to any package that is available from debian's archive. Obviously, they can't check every package that might be available elsewhere. If the user isn't installing the package from debian, they don't have any of the quality guarantees that come with installing debian's package.
I'm probably more likely to use a package available from debian, because of their reputation for quality, so I hope mozilla will work with debian to come to an amicable solution.
But I'm a little disturbed that there were ports in FreeBSD that I couldn't get as Debian packages. Some common stuff like w3m-ssl, links-ssl, and naim.
links-ssl
If you set up apt to use non-us, you can apt-get install links-ssl.
Add a line like the following in your sources.list to use non-us: deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib
Alternatively, you could install elinks, which comes with ssl support out of the box.
w3m-ssl
It appears that vanilla w3m depends on libssl, suggesting that it contains ssl support. Yep, I verified this by installing w3m and visiting a couple ssl sites.
naim
This isn't in Debian, but here is an (admittedly older -- 0.11.2) version of naim packaged for Debian.
You need to get out more then. If you're driving from Wisconsin into Chicago on the NW Tollway (I-90), the Daily Herald's main office is 2 miles passed the 290 exit on I-90, in Arlington Heights.
I lived in Chicago for 3 years, and I know that the Daily Herald is a newspaper with a focus on the suburbs.
You're right that it's smaller than the Trib and the Sun Times, and the OP might have confused it with one of the larger Chicago papers, but it does exist.
Forgive my ignorance, but when the GC was $149, did you get to pick the game that came with the system? If not, then I think the price drop makes sense. This way I spend $150 and have 1 game that I want to play, as opposed to having to pay $200 for 1 game I want to play and 1 game that I was "forced" to buy.
If that was not the case, however, then you are completely right and this price drop is nothing more than a publicity stunt.
Unless you are saying that the perl-doc debian package is equivalent to the "complete documentation" of perl, I don't see how what you quoted is false.
There are several man pages (i.e. pod2man, libnetcfg, etc) included in the perl debian package that aren't included in the perl-doc package, so I don't think it's correct to say that perl-doc is the "complete documentation" of perl.
Now, maybe a possible solution is to move those man pages over to the perl-doc package, but then what about all of the other packages for perl that have man pages and other documentation? Until all of that was completed, perlreftut would still not be distributed as part of perl's complete documentation.
Yeah, inane and retarded things like the original copyright holder's own distribution conditions:
"Distribution Conditions"
Copyright 1998 The Perl Journal.
When included as part of the Standard Version of Perl, or as part of
its complete documentation whether printed or otherwise, this work may
be distributed only under the terms of Perl's Artistic License. Any
distribution of this file or derivatives thereof outside of that
package require that special arrangements be made with copyright
holder.
In debian, perlreftut was not distributed either as part of the Standard Version of Perl or as part of its complete documentation, therefore, the original copyright holders (TPJ) have specified that debian's package is not distributable under the terms of the Perl's Artistic License, and debian needs to make special arrangements with TPJ. Since those arrangements haven't been made, debian is complying with TPJ's stated preferences and not distributing the package.
I also thought of a Simpson's persona, but it wasn't 'Disco Stu', it was 'Max Power'!
Max Power, he's the man who's name you'd love to touch! But you mustn't touch! His name sounds good in your ear, but when you say it, you mustn't fear! 'Cause his name can be said by anyone!
I'm not sure about the OP, but I checked out the new search page. You know the first thing I searched for on it?
"this interface is ugly"
Yeah, they took the design from Google, but a gray box with the wide vertical tabs on the side? I'm sorry, but that's fugly. Not nearly as elegant as Google, IMO.
Actually, if you look at the location bar, it's not google at all. It's a page on albino black sheep. That's crafted to looked like a google result page.
Re:A true sesquipedalian
on
A Word a Day
·
· Score: 1
... This is why I quit voting!...
How do you propose we enact your changes? Do you think they'll just happen on their own? No, you need someone in power who agrees with you to promote your idea. How do you do get someone in power who agrees with your idea?
You vote them in.
Re:Let's hope this means the end of veal
on
Lab-Grown Steak
·
· Score: 1
A number of reliable vegan food sources for vitamin B12 are known. One brand of nutritional yeast, Red Star T-6635+, has been tested and shown to contain active vitamin B12. This brand of yeast is often labeled as Vegetar-ian Support Formula with or without T-6635+ in parentheses following this new name. It is a reliable source of vitamin B12. Nutritional yeast, Saccharomyces cerevisiae, is a food yeast, grown on a molasses solution, which comes as yellow flakes or powder. It has a cheesy taste. Nutritional yeast is different from brewer's yeast or torula yeast. It can often be used by those sensitive to other yeasts.
The RDA (which includes a safety factor) for adults for vitamin B12 is 2.4 micrograms daily [4]. 2.4 micrograms of vitamin B12 are provided by a little less than 1 Tablespoon of Vegetarian Support Formula (Red Star T-6635+) nutritional yeast. A number of the recipes in this book contain nutritional yeast.
Another source of vitamin B12 is fortified cereal. We recommend checking the label of your favorite cereal since manufacturers have been known to stop including vitamin B12.
Other sources of vitamin B12 are vitamin B12-fortified soy milk, vitamin B12-fortified meat analogues (food made from wheat gluten or soybeans to resemble meat, poultry or fish), and vitamin B12 supplements. There are vitamin supplements which do not contain animal products.
Vegans who choose to use a vitamin B12 supplement, either as a single supplement or in a multi-vitamin should use supplements at least several times a week. Even though a supplement may contain many times the recom-mended level of vitamin B12, when vitamin B12 intake is high, not as much appears to be absorbed. This means in order to meet your needs, you should take the vitamin several times a week.
Tempeh, miso, and sea vegetables often are reported to have large amounts of vitamin B12. These products, however, are not reliable sources of the vita-min because the amount of vitamin B12 present depends on the type of processing the food undergoes [1, 5]. The standard method for measuring vitamin B12 in foods measures both active and inactive forms of vitamin B12. The inactive form (also called analogues) actually interferes with normal vita-min B12 absorption and metabolism [1, 6]. Fermented foods and sea vege-tables may contain more inactive than active vitamin B12.
Some vitamin B12 appears to be found in organically grown plants, but in extremely small amounts. According to one study [7,8], more than 23 cups of organically grown spinach would have to be eaten every day in order to meet the adult RDA for vitamin B12. Produce cannot be depended on as a reliable vitamin B12 source because the level of vitamin B12 in plants varies widely depending on the type of plant and the soil in which it is grown. Also, vitamin B12 analogues may be found in soil and absorbed by plants. If these ana-logues are present, they could either interfere with the plants uptake of vitamin B12 or with the usefulness of the plant's vitamin B12 for humans.
Slashdot Mirror
I think there's probably a better way to do the [sys.argv[1][8*x:8*x + 8] for x in range(len(sys.argv[1])/8)] part, but it was my first try.
If you are installing a firefox binary on linux, you need to be running i686 to use the binary provided by mozilla (well, you can probably use it on i(3|4|5)86, but the official build is targeted for i686). If you install the debian version of firefox, you can install it on any debian linux system, running on any of the following platforms: alpha, i386 (and up), ia64, mipsel, powerpc, s390, sparc, arm, or hppa.
Most of the changes we're talking about here are changes to get firefox to build on these 9 platforms. They're aren't many functional changes being made. The functional changes that do occur are, for example, some debian bookmarks added to the default install.
If the end user always files their bug report with the debian package maintainer, they will be filing their bug report in the correct place 100% of the time.
I didn't mean to imply that mozilla should get rid of their own quality guarantees. You are correct that Mozilla has to draw the line somewhere in regards to quality guarantees, but I was just saying that, I, as an end user, am more than satisfied with the quality of Debian. I would have no qualms about installing a "debianified" mozilla firefox -- in fact, that's exactly what I do. Now mozilla may not have much experience with debian, so they may not have the level of confidence in debian that I do. If that is the case, I hope the two groups work together so they can generate a level of trust between them. Again, this is all just the humble opinion of a content user of offerings from both groups.
This is (part of the reason) why debian has package maintainers. If a user has a issue with debian's mozilla-firefox package, they submit a bug report to the debian mozilla-firefox package maintainer. Then the package maintainer determines whether or not the bug is in the packaging done by debian, or whether the bug is in the upstream package (i.e., what can be obtained directly from mozilla). Of course debian's changes to the Mozilla Firefox should not be a part of mozilla's bugzilla. The proper place for those changes to be tracked is in debian's bug tracking system, which is where they are currently tracked. Debian's mozilla-firefox package bug tracking page.
IANADPM (IANA Debian Package Maintainer), but I believe the maintainers for each package will have some exposure to any package that is available from debian's archive. Obviously, they can't check every package that might be available elsewhere. If the user isn't installing the package from debian, they don't have any of the quality guarantees that come with installing debian's package.
I'm probably more likely to use a package available from debian, because of their reputation for quality, so I hope mozilla will work with debian to come to an amicable solution.
links-ssl
If you set up apt to use non-us, you can apt-get install links-ssl.
Add a line like the following in your sources.list to use non-us:
deb http://non-us.debian.org/debian-non-US unstable/non-US main contrib
Alternatively, you could install elinks, which comes with ssl support out of the box.
w3m-ssl
It appears that vanilla w3m depends on libssl, suggesting that it contains ssl support. Yep, I verified this by installing w3m and visiting a couple ssl sites.
naim
This isn't in Debian, but here is an (admittedly older -- 0.11.2) version of naim packaged for Debian.
hth
I lived in Chicago for 3 years, and I know that the Daily Herald is a newspaper with a focus on the suburbs.
You're right that it's smaller than the Trib and the Sun Times, and the OP might have confused it with one of the larger Chicago papers, but it does exist.
If that was not the case, however, then you are completely right and this price drop is nothing more than a publicity stunt.
As a healthy male vegan, can consider yourself impressed.
I generally yearn for food from one of Chicago's many vegan-friendly restaurants than my own concoctions, but that says more about my cooking abilities than anything else.
Some other, more well-known, healthy male vegans:
From the Learning Python book (see sec. 1.1.1.1):
So, while Python supports object oriented programming, it doesn't force you to use it.
Unless you are saying that the perl-doc debian package is equivalent to the "complete documentation" of perl, I don't see how what you quoted is false.
There are several man pages (i.e. pod2man, libnetcfg, etc) included in the perl debian package that aren't included in the perl-doc package, so I don't think it's correct to say that perl-doc is the "complete documentation" of perl.
Now, maybe a possible solution is to move those man pages over to the perl-doc package, but then what about all of the other packages for perl that have man pages and other documentation? Until all of that was completed, perlreftut would still not be distributed as part of perl's complete documentation.
In debian, perlreftut was not distributed either as part of the Standard Version of Perl or as part of its complete documentation, therefore, the original copyright holders (TPJ) have specified that debian's package is not distributable under the terms of the Perl's Artistic License, and debian needs to make special arrangements with TPJ. Since those arrangements haven't been made, debian is complying with TPJ's stated preferences and not distributing the package.
Don't forget ghostscript and ghostview or GSview, which are available to both windows and Linux users.
This pic of the thing doesn't show it all, but it definitely looks big and like it would smell bad.
I got that call on the 23rd, and I knew immediately why they were calling from Canada.
Otherwise, it's a good idea.
Max Power, he's the man who's name you'd love to touch! But you mustn't touch! His name sounds good in your ear, but when you say it, you mustn't fear! 'Cause his name can be said by anyone!
"this interface is ugly"
Yeah, they took the design from Google, but a gray box with the wide vertical tabs on the side? I'm sorry, but that's fugly. Not nearly as elegant as Google, IMO.
Actually, if you look at the location bar, it's not google at all. It's a page on albino black sheep. That's crafted to looked like a google result page.
I believe the word you're looking for is eschew.
The Chicago Blackhawks must have missed that memo.
You vote them in.
Fortified soy milk for me.
Worst interview ever... er wait, actually this time it's "Worst interview questions ever!".