Re: FreeBSD's Visual Identity: Outdated?
On Thu, 23 Dec 2004 12:27:31 +0100 jsha <[EMAIL PROTECTED]> wrote: > I am writing this e-mail hoping that someone will share my thoughts > on how the world's best operating system should represent its attributes > and users to the rest of the world. You know that you write this a t a time where a lot of people are visiting their family and don't have email access or don't read the mailinglists? At least this is the case for a lot of FreeBSD committers. > Being an architect as well as graphic designer, I feel it is about time > for a complete revamp of the visual aesthetics of the FreeBSD project. Even if a lot of committers won't/can't answer now: there are people which agree with you (maybe not all, but you know what we say about bikesheds, don't you?). > The current logo and everything pertaining to it has long since lost its > modern touch. I believe that if this image is strenghtened, so is the > way outsiders view the FreeBSD project and the way they would judge it > compared to other open source operating systems. > > 1. Not only is the logo misleading (associating evil) but it also looks We had an discussion a while ago about this. The way I understand the conclusion is: we have a mascot, but no logo (we may use our mascot like other people use a logo ATM). And we want to keep the mascot. We may be interested in a logo, but a logo is a bikeshed topic. Since we're more developers than designers, nobody stepped up to proceed on this topic (at least I don't know about it if someone proceeded further). If you want to put your energy into creating a logo, there will be people which listen to you. >like something 10-year-olds could produce in Paint Shop Pro ten years >ago. OpenBSD has an artistic touch to theirs, however I was very >disappointed when I heard that the new NetBSD logo was in effect. This is a little bit harsh. I suggest to stay with facts and suggestions. Keep such rants for your personal pleasure, we don't need them. > 2. If it wasn't for the interesting content and structure of the FreeBSD >website, it would be among the less beautiful. Yes, it serves its >purpose well by being simple and straight to the point. But a redesign >could offer just the same -- simplicity and accuracy -- without being >ugly. The doc team is progressing in this direction... at least if I read the content between the lines of commit logs right. I think they try to separate the content from the design at the moment (the prerequisite to use the full power of CSS). I suggest to get in contact with them to not reinvent the wheel. > 3. The installation, even though it's text-only, could also be improved >by simple restructuring to act more cognitive and human-centered than >previously. Everything pertaining to the eye is important to improve. Yes. AFAIK the Freesbie project is integrating the bsdinstaller (the installer DragonFly uses) ATM. We will see how this works out and depending on this there may be interest to integrate the installer into FreeBSD. > 4. There should be some kind of FreeBSD business card and letterhead >available to all that support this project. Even if there are some people which don't think this is needed, I like this idea. In may day to day job I'm working as a consultant, so I know where/how/why this may be beneficial (or not). > How do I know though, that if I manage to pull together a team to work > on this refined vision, that we won't be totally ignored even though we > produce the most magnificent result? We can't guarantee that any of your work will be adopted, but I don't think your work will be ignored (be prepared to get a lot of critique... positive and negative one). Bye, Alexander. -- The best things in life are free, but the expensive ones are still worth a look. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "[EMAIL PROTECTED]" ___ freebsd-advocacy@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: [Fwd: porting the RealPlayer]
Quoting Ion-Mihai Tetcu <[EMAIL PROTECTED]> (from Sun, 20 Aug 2006 21:47:15 +0300): On Sun, 20 Aug 2006 11:19:07 -0700 Matt Olander <[EMAIL PROTECTED]> wrote: Hi all, I met with a developer of the Real Player at Linux World. She says they would *love* to port a native version of the Real player to FreeBSD. Yay! She even showed me that they have an older FreeBSD dev environment set up and are ready to start to try compiling it for release after we get it up to date. Yay ! Good work :) Now we just need to convince Adobe too... We need a couple of FreeBSD experts to assist with questions/expertise/feedback to make sure this gets finished ;-) Please send me your name/email off list and I'll reply to her with a shortlist of who can help them. Since it's great to volunteer others ;-) maybe netchild@ (cc'ed) has time for this ? I don't mind helping out, if time permits. But I'm curious, why did you suggest me? Original Message [ ... ] Also, we're currently only running nightly builds for the stable branch on FreeBSD. Do you think we should be running the current branch as well? That's where all the new functionality is going - like playlists and Windows Media (ahem.. if you have a license for it). Depending on how long porting work takes, FreeBSD may want to just skip the currently released player and go for all the new technology. From our point of view it would be no problem to have both in the Ports Tree (The second as -devel). This assumes they are willing to offer beta versions for public testing instead of only building it "for personal pleasure". On a somewhat related topic, which FreeBSD build platforms are targeted? 4.x, 5.x, 6.x, -current, i386, amd64, sparc64, ...? Regarding the architecture this is more out of curiosity on my side, but for the FreeBSD versions I'm asking because we have a SoC student working on implementing parts of the new Open Sound System (OSS) API which may provide some benefits to realplayer. This code will first arrive in -current (the SoC is coming to an end, so I will commit this maybe next month... depending upon reviews and tests), but I could try to come up with a patch for 6.x as well. A list of new IOCTLs is at http://wiki.freebsd.org/RyanBeasley/ioctlref. With a patch for 6.x they could check at runtime if the IOCTLs are supported and use the new features if desired (= developing software for the features of tomorrow... ;-) ). I also want to MFC some stuff in the sound system (bug fixes and new drivers), so depending on their needs I should do that "soon" or at least provide patches to them. Bye, Alexander. -- Mulder: Modell psyched the guy out. He put the whammy on him. Scully: Please explain to me the scientific nature of the 'whammy'. "The X-Files: Pusher" http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-advocacy@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: linux-compat: problems installing rpm, bunch of .so's missing
Quoting "Eric P. Scott" <[EMAIL PROTECTED]> (from Wed, 28 Mar 2007 13:46:20 -0700 (PDT)): [Alexander Leidinger] Now... what about forgetting about the linux wine which comes with picasa? Try to use the FreeBSD wine. At this point we've strayed off-topic, since the original poster's questions have been answered. We're now in the realm of advocacy. The OP wants to run picasa on FreeBSD. I suggest above to use the FreeBSD wine instead of the linux wine which comes with picasa. Maybe we're able to run picasa with our native wine instead of the linux wine which does not work on the linuxulator (and we don't intend to fix the linux wine issue in our kernel, as it would not only pessimize the context switching of linux programs, but also all FreeBSD programs). So the only person reaching into advocacy-land is you. I figure there's got to be a Google product manager who's getting weekly reports showing download statistics for Windows, Macintosh, and Linux offerings. If they're using those to gauge interest--and allocate development resources accordingly, I don't see how this helps our cause. In all fairness, I have to give Google credit for trying to make the best of a bad situation. I think we can help send the right message to the "bean counters" by resolving PR ports/108864 (so FreeBSD users will contribute to the Google Earth numbers again). You are addressing this to the wrong people. flz said in the PR he is doing it ASAP, so you should talk to him, not to emulation@ or [EMAIL PROTECTED] Bye, Alexander. -- An INK-LING? Sure -- TAKE one!! Did you BUY any COMMUNIST UNIFORMS?? http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-advocacy@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Lack of Flash support is no longer acceptable. Bounty established...
Quoting John Kozubik <[EMAIL PROTECTED]> (from Thu, 19 Jun 2008 14:38:11 -0700 (PDT)): First, a bounty has been posted here: http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html From the site: ---snip--- I will pay $200 to whoever can compose a working and stable recipe for running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 on FreeBSD 6.x. This shouldn't be that hard - in fact, there is already a linux-flashplugin9 port. ---snip--- Comments from other people with some more money not included here... And now the sad reality check: linux-flashplugin9 will _never_ work on 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). Getting it to work on 7.x is possible. "All what you need" is nspluginwrapper to get it running in the native firefox/opera/whatever, and someone who is willing to debug the linuxulator (on -current, as there is a more complete 2.6 compatibility there, and this can be MFCed to 7.x) and find the bug/problem which is causing the crashes. Whoever is willing to tackle this: head over to emulation@ (CCed) and ask what debugging possibilities we have in the linuxulator. Note: AFAIK linux-flashplugin9 is not completely stable on linux either... Bye, Alexander. -- Leela: Well, goodnight. I'm gonna go make my dinners for the next month and freeze them. http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-advocacy@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Lack of Flash support is no longer acceptable. Bounty established...
Quoting Roman Divacky <[EMAIL PROTECTED]> (from Fri, 20 Jun 2008 10:04:16 +0200): On Fri, Jun 20, 2008 at 08:39:06AM +0200, Alexander Leidinger wrote: Quoting John Kozubik <[EMAIL PROTECTED]> (from Thu, 19 Jun 2008 14:38:11 -0700 (PDT)): >First, a bounty has been posted here: > >http://blog.kozubik.com/john_kozubik/2007/12/bounty-posted-f.html > From the site: ---snip--- I will pay $200 to whoever can compose a working and stable recipe for running Adobe Flash 9 inside of the FreeBSD native version of Opera 9 on FreeBSD 6.x. This shouldn't be that hard - in fact, there is already a linux-flashplugin9 port. ---snip--- Comments from other people with some more money not included here... And now the sad reality check: linux-flashplugin9 will _never_ work on 6.x (lack of linux 2.6 emulation, and this is not a MFC candidate). Getting it to work on 7.x is possible. "All what you need" is nspluginwrapper to get it running in the native firefox/opera/whatever, and someone who is willing to debug the linuxulator (on -current, as there is a more complete 2.6 compatibility there, and this can be MFCed to 7.x) and find the bug/problem which is causing the crashes. Whoever is willing to tackle this: head over to emulation@ (CCed) and ask what debugging possibilities we have in the linuxulator. I tried to debug the flash9 and failed badly. It might be that I overlooked something trivial but... the flash9 is a big binary-only monster and basically the only trace of what its doing you can get is a syscall-trace. Which is not that much I think enabling the the linuxulator debug stuff and maybe adding some more printfs at some places can reveal some more stuff... with some in-deep reviewing of what happens. useful. I didnt find any missing syscalls or something like that and the fail is a complete mystery for me otoh I looked at this a LOONG time ago. Which is in indication that there are some (subtle) differences between the linuxulator and the real linux we have to track down. I might want to look at it again (after some other things settle) anyway... I dont think that flash9 crashes are related to 2.6 emulation in any way. iirc it runs (and crashes) on 2.4 as well. I remember it crashes in Hmmm... now I'm not sure anymore, but I thought we had reports that it runs better with 2.6... Bye, Alexander. -- I wish I was a sex-starved manicurist found dead in the Bronx!! http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-advocacy@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Did someone compare the number of ports with packages in Linux distros?
Hi, does someone know about some kind of statistics which compare the number of ports/packages on Linux distros? I search something which makes sense to compare with the number of our ports, not something which takes e.g. "qt4" and "qt4 includes" as different entities. Yes, I know that even such a number is like apples and oranges, as the "linux base system" consists of packages too, and that the "linux base system" may contain stuff which we have in ports. The idea is to have something which may be useful in rapid-prototyping discussions. Please CC me in replies. Bye, Alexander. -- http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-advocacy@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy To unsubscribe, send any mail to "freebsd-advocacy-unsubscr...@freebsd.org"
Re: Did someone compare the number of ports with packages in Linux distros?
On Mon, 18 Mar 2013 12:33:18 +0100 Dag-Erling Smørgrav wrote: > Dag-Erling Smørgrav writes: > > You can get a meaningful comparison by counting distfiles on our > > side and SRPMs / DSCs on the Linux side. > > I asked a coworker who's a Debian developer; he says Debian has ~30k > packages from ~20k distinct sources, which is in the same ballpark as > the ports tree (~24k ports). Thanks, this is something which helps. Bye, Alexander. -- http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ freebsd-advocacy@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-advocacy To unsubscribe, send any mail to "freebsd-advocacy-unsubscr...@freebsd.org"
