About the future of Arch Linux Newsletter.

Hi,
As you may have noticed, I have taken the job to make the Arch Linux weekly newsletter a possibility again. I the time I've been doing them, we speak of about 3 weeks, I have enjoyed writing them and have received very positive comments from the community that reads them. I would like to thank all of you personally for the support, you are the community and yours are the newsletter. But, as you all may have noticed the newsletter has been in an unchanged format for quite a long time. I mean, I just added the Humor section thats all, I know there is an email address to which you can all write your suggestions to, but I find people communicate and express themselves better on the forums.
So what I will ask of you, dear readers, suggestions of sections I should add/remove/edit, I will appreciate your constructive criticism in general. Express your thoughts in this thread to help me make a better more quality newsletter.
In other news, the newsletter won't be weekly no more, as Jason Chu and I have talked about, is easier to maintain a 2 time a month newsletter than 4 times a month, also the Arch Linux Developers/Community doesn't make that much noise as the other major distributions, we tend to be a bit quieter. The bright side is, the newsletter will be written with more time at hand, more stuff to write about, and will contribute to a better quality overall.
What has been suggested so far and I will work out on the next issue of the newsletter?
* Change the Bugs stats to not reflect the overall percentage but the actual bugs opened and closed that week.
As Roman Kyrylych points out: "They show a summary of status field "Progress" in open reports, but in 99% this field goes straight from 0% to 100%, so the overall number is always very low and doesn't really show anything".
So I wait for your suggestions as well.;)

Hi again,
I ask for your opinion again on the subject of the stats section in the newsletter, Do you find this an important part that should stay there?
I mean, this is going to be the most tedious, time-taking and in my opinion useless section I will have to write for the newsletter. I do want to bring a high quality newsletter but I feel this part doesn't contribute to the quality of the newsletter at all, Why?
* Newsletters that include this section are mostly from distributions that has point releases and not rolling releases.
* The number will always increase with minimum decrease because as a rolling release system Arch Linux is every package keep being updated everyday to newer versions, opening and closing more bugs by itself.
* People might not be interested in how many bugs are and how many are closed every week, since this numbers aren't even provided on the bug system itself.
Please give this a consideration and tell me your opinions.

Similar Messages

Arch Linux Newsletter December 2009?

For those of you who didn't see my email on the Arch General mailing list, here's the situation with the Arch Linux Newsletter/Arch Linux Magazine. As many of you know, Kensai recently moved and got married and I recently moved and have been trying to find a job. My situation led to me having difficulty finding the time to dedicate to the Newsletter/Magazine that I have in the past. Combined with Kensai's absence (and as such, our inability to post anything even if we had a completed issue), this caused the lack of our great publication for the last few months. Thankfully, the situation has been rectified and we are now preparing for our next issue. Unfortunately, this solution has come at a cost. Our fearless leader has decided to step down from his position in order to dedicate more time to his new-found family and I can't say I blame him. As such, we wish Kensai the best and hope that once his life calms down him start contributing again, even if in just a small way.
After much deliberation (alright, so maybe I'm exaggerating a little bit), the Arch Linux development team has graciously decided that they want to keep me on as editor of our official publication. As such, I am preparing for the release of our next issue! I would like to see us make a comeback to where we left off and then some. I want to see more community contributions and writers, and I want to get the Schwag report back. I want more sections and special features and I even have a few surprises in store for you all down the road a bit.
This improvement is going to be a big project and I can't do it alone. If any of you, our loyal readers, are willing to contribute please step up and say so. Leave a message here, join me in #archlinux-magazine on freenode, or send me an email at [email protected]. You don't have to have a mass media background or immense technical knowledge, I can find a way for anyone to contribute. Help us make the new Arch Linux Newsletter/Arch Linux Magazine the best one yet!

kensai wrote:Is so hard to say good bye, guys thanks for all the support you have given me all this time, without this wonderful community I would have never done all I did. I hope one day I will come back, when things get more stable, cause you know, when starting something new the start is a mess most of the time until things settle down.
Don't think of it as a "good bye", but as a "See you soon". I'll bet you'll be back once you're settled in (which may or may not happen faster than you expect). Either way, best of luck for now and the future, and don't sweat the small things, chances are time will fix most of the small messes.
and to ghost: Do you have a rough estimate of when we might be getting started on the newsletter and such?

Arch Linux Newsletter for July 01, 2008, Discussion.

http://archlinux.org/static/newsletters … ul-07.html
Here we are going to discuss any questions, suggestions or random talk about the newsletter for June 04, 2008. Feel free to contribute with ideas and suggestions.
As always thanks for your support,
In the name of the Arch Linux Newsletter Team
Eduardo "kensai" Romero

Misfit138 wrote:
kensai wrote:
Dusty wrote:apparently people are more loyal to the Arch brand than the tux brand. :-D
Those people have not seen an angry penguin charging at them.
I most certainly am. Philosophically, I resent using the penguin kernel.
It's just that Arch is so damn good, it has spoiled me for anything else.
-->Same Here<--
The linux kernel can drive me crazy sometimes...
Hmmm, do you want to start ArchBSD Misfit? That is, FreeBSD + Pacman goodness + updated rc.conf?
I shouldn't have suggested that, I don't have the time to be a dev for anything right now.

Arch Linux Newsletter for June 04, 2008 Discussion

http://archlinux.org/static/newsletters … un-02.html
Here we are going to discuss any questions, suggestions or random talk about the newsletter for June 04, 2008. Feel free to contribute with ideas and suggestions.
As always thanks for your support,
In the name of the Arch Linux Newsletter Team
Eduardo "kensai" Romero

kensai wrote:
[vEX] wrote:I also think it should have been made clear that Tremuluos is only available for i686 and you need to enable the Community repository (I think it's enabled by default now, but I bet some people have it disabled).
Ok fixed everything but the interview, since I don't like correcting people in interviews, he is from Germany so English might not be his first language, still I always like Interviews to be left untouched.
Oh, and check it out now, I updated the Tremulous article with your note. ;)
Yeah, I feel the same way about the interview, it's just that previously in some interviews small typos have had [sic] next to them to point out the editor being aware of them.
weseven wrote:
Update: [vEX] from the forums pointed out: "it should have been made clear that Tremuluos is only available for i686 and you need to enable the Community repository (I think it's enabled by default now, but I bet some people have it disabled)."
false.
trem is for x86_64 too. the backport client you linked is only for i686, but if you search a bit on google, you can find svn client versions for 64 too.
playing trem on an arch64 laptop :)
Oh, I didn't spend much time searching for it, I just checked what's available in the Arch repositories, so in one way I'm still correct. It'd be nice to see a package (be it in Extra/Community or AUR) for us 64-bit users.
Last edited by [vEX] (2008-06-05 12:07:03)

Crux Linux : the origins of Arch Linux?

So in this awesome linux timeline I found that Arch Linux was a fork from Crux Linux... now I dont have any idea how was Crux Linux, because I never tried it, I think the distro never was very popular, so I was wondering if someone would explain how was the origins of Arch Linux and its relation with Crux Linux
Last edited by delphinen (2007-01-30 03:22:08)

I've used Crux before I ever heard about Arch........It's not too bad, just that it's a one-man show with a gathering of faithful users.........Per Liden, the author and developer of Crux, was not interested in pleasing the general public, which is why it never became popular............He just developed it mainly for his personal tastes and anyone who wanted to use his selection was free to do so, and can make any other pkgs they want with the 'pkgmk' script..........Today, Per is retired from from Crux development and handed it over to a core team......
@Husio
Anyway, if you don't use abs/aur you won't like CRUX becouse there's only some base packages.
Not entirely true........The official pkgs are contained in three separate repositories - core, opt, and contrib - and "opt" and "contib" contain quite a few packages......
Then there's a lot of community-based user repos, usually named after the person who is sharing it to the others.........You can see who the maintainers are in the 'Maintainer' column of that repository link above.......Although now I see there are a few more categories maintained at the main ports database, while the rest are maintianed at each individual's site.........I suppose more changes will happen, now that Per has "retired"....... ;-)
If I was to compare it to Arch, today, I would give Arch a higher rating......Arch has come a long way in the last few years, and is, IMHO, ahead of Crux in maintainability..........I've always been a devoted Slackware user, for the most part, and have tried a few other distros (including Arch) in the past, but always went back to Slack.........However, currently I'm switching to Arch as my desktop distro of choice because it's at the point I consider it better, overall, than Slack (which, to me, is saying a lot about how far along Arch has come)...... :-D
---thegeekster

Unofficial Arch Linux Newsletter for February, 2009

I don't want to step on anyones toes (sorry Kensai and pressh if I did), but I had a few things to say to the community, and some people were getting impatient, so here's a little unofficial Arch Linux Newsletter for February. Looking forward to the next official one!
If anyone wants to comment (constructive criticism, rants, hate mail, whatever) feel free to post.
Last edited by Ghost1227 (2009-02-04 09:31:39)

Dusty wrote:
pressh wrote:As I want to change a few things in the newsletter and Eduardo maybe too,
Did this make anybody else giggle? I want to change a few things with Eduardo myself... :-D
ah crap
[edit]
of course I meant to say that I want to change some things in both the newsletter and Eduardo
[edit2]
btw. Dusty, if you have any input on this in any way it is much appreciated. just let me know.
Last edited by pressh (2009-02-04 13:58:35)

Questions about the future directions of InfoPath and Microsoft Access

Because I have been confused about the future directions of InfoPath and Access, I wrote a short blog post, which I have pasted below. My question is, can Microsoft provide some more guidance on Access vs InfoPath? If Access is indeed the
the future direction, can you please provide some pointers to resources that can help us transition.
A Short Review of MS Access, SharePoint ,InfoPath (2013)
After the November 2012 SharePoint Conference in Las Vegas (#spc12) there were a number of blog posts and people saying that Access 2013 was great and would be replacing InfoPath.
Marc Anderson and
Ruven
Gotz have short posts summarizing #SPC12 and touch on the subject of InfoPath and Access. I also spoke with several individuals shortly after #SPC12 and they were excited about Access 2013.
Since I rely heavily on InfoPath for much of what I do, I wanted to kick the tires and see what everyone was talking about. First, a few notes about SharePoint 2013 and Office 2013.
Microsoft should rename Access: If you have tried to
bing the word Access, then you know that the search results are overwhelming, because the word "access" is used for so many other purposes.
Use the RTM version of Office 2013! I was performing my investigations by leveraging the Office 365 Beta and the Office Applications that come with it. Not much was working! After I uninstalled the Beta
version of Office 2013 and Installed the RTM version everything seemed to work.
Windows 7 and IE 9.0: The drag & drop that is being touted as
"manna from heaven" seems to work well with Firefox, Safari, Chrome, and IE 10, but it does
not work with IE 9!
Non Microsoft browsers are still second class citizens (except for the drag & drop): Microsoft has finally done away with the Active X's for datasheet view (that is brilliant!) One can now see the newly
minted datasheet view in many browsers. But I still find that one needs to be in IE to do a number of key manual opeartions. For example pasting numerous rows of data from a spreadsheet into the new sheet view works only in IE.
Access 2013
Microsoft Access is touted as a non developer tool. I know a number of people who are on the business side and love Access. These people will like the renewed energy that Microsoft has applied to Access. One should note that conceptually
this functionality existed in SharePoint 2010. Here is what I see that is new:
+The new version works better:Although I haven't tested it fully, it seems that many more features that work on the Desktop version of Access, now work in the published Web Application which is hosted by SharePoint 2013.
+The new version has fairly robust browser based forms: End users can now fill in data using forms that are rendered in the browser.
+The published version that resides in SharePoint now uses its own SQL server tables. So the engine appears to be SQL Server, not a modified version of Access built for a server. This stands to be quite robust, but I imagine
that some quirks will surface due to new model.
The limitations are:
- Access is pretty much its own application and does not integrate with SharePoint building blocks. For example, an Access table is not easy to integrate with a SharePoint workflow. Further, although Access forms now are visible
in a browser, they are not nearly as rich as InfoPath forms. InfoPath forms cannot easily integrate with the Access tables. In order to integrate SharePoint features and Access, one needs to tie SharePoint list(s) to Access as data sources.
This overcomplicates the model and one may very well run into synchronization issues.
In short, although I believe there will be some people who will be happy with newly minted Access, I do not think that Access will be able to replace InfoPath and Workflow technologies. I do agree that Microsoft does not seem to have put much energy into
InfoPath. If they leave a vacuum in this space, then others may very well take over, for instance Nintex Forms.

Although I agree with the comments made by Ruven and Marc after the conference please note that those blog posts are their own personal opinions and that they don't work for Microsoft. A lot of people have asked Microsoft to clarify the future of InfoPath
and the response up until now has been a deafening silence. In my opinion speculations about Access replacing InfoPath are premature.
I should also point out that most of your comments about Access 2013 above are actually about Access Services in SharePoint Server 2013. Access Services are NOT Access they are a shared service offering in SharePoint that convert and publish Access
databases and forms. As you point out once an Access database is published through Access services it is converted to SQL Server and no longer resides in Access. Of course I don't work for Microsoft either so these are all just my personal opinion.
Having said that I doubt you will get the confirmation/response that you are hoping for from any official Microsoft channel.
Paul Stork SharePoint Server
MVP Principal Solutions Architect: BlueChip Consulting Group
Blog: http://dontpapanic.com/blog
Twitter: Follow @pstork
Please remember to mark your question as "answered" if this solves your problem.

What are the benefits of arch linux ?

What are the benefits of arch linux ?
default package management /software installation tool .

This posts fits perfect with my last 2 days xD
Cause a fan problem with arch, I tried to come back in a third partition to Debian. But 1 year and a half with arch makes me impossible to come back to debian because arch owns Debian in lots of ways (package management simplicity and filesystem structure, including this website, maybe the most important detail of this distribution, all info is on this page).
However, Debian's aptitude is extremely faster than pacman, that is the strongest point of Debian in front of Arch. Also I miss a detail on arch that I find indispensable: ICEWEASEL!
Can anyone get a package for archlinux of Iceweasel for me? I prefer weasels than foxs xD
Serious conclusion: Arch is better than Debian for me for the simplicity (pacman is simplier, the rc.conf file is a present of God, and this centralized and simple forum, the aur repository, the extremely great wiki (maybe gentoo wiki is a bit better) and the good organization of the homepage of archlinux.org makes this distribution for me the best for my purposes).
Now I believe I have to say something to you:
Thank you very much to all people that make possible this distribution, users, developers, etc...

Arch Linux newsletter: Featuring an interview with Judd Vinet.

Is time again for another interview, this one will feature in the newsletter scheduled for release on December 3, 2007. This time, the interview will be, with the creator and former leader of the Arch Linux Operating System, Judd Vinet. Following the style of the interview with Aaron Griffin, the ones asking the questions will be the community. Please, read below for the guidelines.
Guidelines: (Please, follow them)
* You may post as many questions as you want, just try to put them all in a single post.
* You may post humor questions, but please, try to include serious questions as well.
* This thread needs to be kept clean, so don't go Off-Topic, or Dusty will have no mercy on us. (Maybe a Taco will make him reconsider)
* apeiro can ask Judd Vinet any questions he feels he would like to hear answered.
* phrakture is not banned from asking neither.
* If you bought Judd Vinet's leather pants, you can't ask for your money back.
Now, on with the questions.
Thanks
Eduardo "kensai" Romero

I know is hard to make good questions to Judd Vinet, even harder when the community didn't had the same level of interaction they had with Aaron Griffin. As he were more accessible to the users. Judd Vinet is not to blame for this, he just didn't had enough time. So, this post is to ask you guys, to keep posting questions, think hard of any good questions the media would like to ask Judd Vinet because of his retirement as a leader of the Arch Linux OS.
If not enough questions are asked by the end of this week, I'll have to proceed with another interview and postpone Judd Vinet's interview for the next scheduled newsletter after that, December 17, 2007. So please, cooperation is needed, this is going to be the first interview after his retirement as the leader of Arch. Thanks.

Questions about the differences between Arch and Chakra.

I'm trying to decide whether to install Arch or Chakra on my laptop. Currently, I'm running Arch on my desktop and Windows 7 on my laptop (which I plan to overwrite). My skill level with GNU/Linux is somewhat intermediate – noobs refer to me as an expert, experts refer to me as a noob. If it matters, I'm a KDE user and primarily use my computers for web browsing and python development. Anyway, I just wanted to get an objective opinion on the differences between Arch and Chakra. I have a few points that stand out to me, but I welcome any input.
-Stability
I started my journey into GNU/Linux with Debian back in 2009 due to it's stability. I really disliked Debian's ancient software and considered moving my system to Unstable. While doing some googling about Debian Unstable, I stumbled across Arch – it was love at first sight. I've been an Arch user ever since. I love the bleeding edge software, and haven't had any major problems since I originally installed it. However, every time I run a system update I cringe a little. While Arch hasn't broken on me yet, I've read plenty of horror stories and it makes me uneasy. I understand that Chakra is a mix between a point and rolling release model. Is it any more or less stable than Arch? I know there are other distrobutions out there, but I'm in love with the Arch philosophy.
-Security
Pretty self-explanatory, but is there any difference in security between the two?
-AUR
As much as I love Arch, I wouldn't be able to stand it if it weren't for the massive collection of software available in the AUR. While I'm perfectly capable of compiling software myself, I prefer to use a command like tool like yaourt to manage my software. I understand that Chakra doesn't officially support the AUR and that they have their own user repository. Seeing as Chakra is still relatively new, is it lacking? Will I miss the AUR as a Chakra user?
-Repositories
Is there much difference in the official repositories between the two distrobutions?

avonin wrote:
I'm trying to decide whether to install Arch or Chakra on my laptop. ... I'm a KDE user ... I just wanted to get an objective opinion on the differences between Arch and Chakra..
-Stability...
-AUR...
-Repositories...
My take on Chakra is that it's the same as Arch with different developers. They use pacman. They have a different and rather nice build system for their developers. They're doing a good job, but I'd hate to give up the services of Allan McRae who must work full time keeping the Archlinux core and toolchain up to date. Chakra devs probably piggy-back off his work.
As for "semi" rolling: I don't see Chakra as having a stable core. A stable core sounds attractive, it would be like NetBSD which has a very stable core Unix operating system with apps added via pkgsrc. But Chakra's core and toolchain is at the same version levels as Archlinux most of the time and are no more tested and stabilized than ours. Their core packages are updated piecemeal just like ours; there is no stable core that is released as a unit (afaik). Today Chakra has gcc 4.7 / glibc 2.15 just like ours. Their kernel is a little more stable: they're using udev 181 / linux 3.2.8 while Arch is on udev 182 / linux 3.3.7. They are more conservative in upgrading xorg and the video drivers than Arch. For example, today they're on xorg-server 1.10.4 / intel video 2.17 while Arch is up-to-the-bleeding-edge-minute with xorg-server 1.12.1.902 and intel video 2.19. Yeah, I would consider Chakra to be a little more "stable" than Arch mainly because of their relaxed pace in changing the kernel and the xorg stuff.
Most of the patches that I look at for Arch packages (I build my system entirely from source and try to build monthly releases for myself) are needed because we use more recent core packages like glib2/glibc/gcc than the developers of higher level stuff like qt. Chakra is in the same situation. We're on the front of the wave
The Chakra CCR is compatible with the Arch AUR and mainly draws from AUR (an AUR buildscript will usually work fine on a Chakra system -- they just add one or two additional info fields.) With a little effort you could get any package installed on a Chakra system that is available on Arch.
Last edited by sitquietly (2012-05-24 20:43:58)

Siebel Econfigurator info about the future prospects please

Hi all,
My company is pushing me into accepting the role in Siebel E-config (for some products).. I have no idea about Siebel CRM though I have worked as a tester before...
Can some one please tell me whats the future for someone who has just worked on Siebel E-config(is this something hott)(ofcourse nothing is hott in this market but may be 1-2 yrs down the line)...What extra skills would I need to remain in the Siebel space ,may be not working for my present company but some one else in 2 yrs .
Please some one help me with some info..
Thank you.
Regards
Raj.

Hi Raj,
Siebel product configurator is a quite complex solution to be implemeted carefully(i.e. considering Oracle's Best-practices for it), however if you do it right, you will be greatly impressed by its capabilities and you will be in great demand...some of the best-practice is to spend a significant amount of time building the Product Model, and validating (via little prototypes) that this model is optimal and well fits the Siebel architecture. Infrastructure sizing is obviously key. Product "distribution" is also important (i.e. on which server(s) a product is going to be loaded on...) and will be a contributing factor to your product configurator's performance, scalability...you may also need to consider that the product configurator's architecture has quite changed from 7.5.3 to... 8.0...
and not to sell our Monitoring Tools...:)... as your team develops and tests/tunes product configurator, and then goes live with it on production, you will need Siebel-specific Monitoring Tools to help you analyze and troubleshoot its performance (along with the overall performance of Siebel), which we provide:
SiMon: Monitoring tool for Siebel,
SiDeb: Root-cause analysis for Siebel,
SiMaint: Maintenance for siebel, SiMon and SiDeb.
Hope this helps and good luck w/ this new role...
Regards,
Yannick Germain
Principal
Germain Computing Group LLC
San Francisco, CA, USA
Cell: +1-415-606-3420
Fax: +1-415-651-9683
[email protected]
http://www.germaincg.com

What's about the future of JavaME? Java is disappearing from every mobile..

Hi all,
please give us some news...
We can't continue to develop without knowing anything about oracle plans.
Java is hardly 'disappearing from every mobile'...
I can't belive it, java exploded into the mobile market, every mobile phones was capable to run a good midlet, and now? I'm really disappointed from the Oracle way to keep us informed on Java future... They says that Java developer have no reason to worry but what about JavaME? What about JavaFX on mobile? MIDP3 has been approved since many months now and we neither have a SDK. What about the plans to merge the JavaSE APIs with the JavaME one? I can't belive that JavaME will be kicked off in that way, too sad...

please give us some news...Who is this addressed to? You do know (or don't you) that these forums are 'staffed' by volunteers who have no official relationship with Oracle (or Sun before that).
db

Question about the "Windows and Arch Dual Boot" wiki

I've been reading this wiki http://wiki.archlinux.org/index.php/Win … _Dual_Boot to get a better understanding of what I need to do to install Arch along side of my XP installation and there's one point that I don't understand. Here it is
It is important to note that there is a 1024 cylinder limit with some older BIOSs. This means that the BIOS cannot access things beyond the 1024th cylinder (about 8.5GB), so the /boot partition should be in the first 8.5GB (space before Windows partition).
How does one go about getting the /boot partition created during the installation of Arch to install in the first 8.5g? I have installed Arch in Virtualbox twice so far just so that I'm familiar with the procedure and I can't see anything in the installation where I can do this.
There's one other item that is not clear to me as I've seen conflicting information on it. If I do create a seperate "/boot" partition for Arch, do I need to make it "bootable"during the installation? At this point I don't think that I do.
My understanding of installing to be able to dual boot is that I only need to install Grub to "Sda" and of course edit the grub menu to add the information needed for XP. Is this enough?
Thanks for any help.

Yes, you install grub to sda (master boot record), and add the entry for Windows. In the step where you partition the harddrive, you can choose where to create it. Actually it may not be that much of a problem anymore, my boot is on the third partition, after ~15 GB. You can forget about the bootable flag when using grub, it does not care.

Unicode Character Resembling the Logo of Arch Linux?

I would like to find a Unicode character that looks like the logo of Arch to decorate the terminal.
The best I've found is ᐱ, but I wonder if there is a better candidate.
Thanks in advance for any help.
Last edited by pikaren (2014-11-19 01:20:17)

pikaren wrote:
Trilby wrote:There are several modified fonts that have the arch logo (terminus-mod and tamsyn come to mind, but I haven't verified whether these have the arch logo). Would this work, or do you need it to be a standard unicode symbol?
Yes, I think that could be useful. Any more information please?
Just use one of the proposed fonts. Otherwise you could extract the logo from the black arch svg, upload it to icomoon.io and create your own font with an arch logo glyph.

Interview about the future of Shake

This is a pretty interesting audio interview with Dion Scoppettuolo, Senior Product Marketing Manager for Shake.
http://www.fxguide.com/modules/fxpodcast/files/fxg-062806-shake41.mp3
G5 Dual 2.0 4gigs RAM Mac OS X (10.4) FCP 5.0

This is a great little interview and important to note... towards the end of the interview he talks about the market they're hoping to pull with the new price point for Shake and he says something about, even if you want to use it as a one trick pony for time mapping, smoothcam or key or morphing it's a great price.
Well -- I hadn't heard that until after I started my series... not actually sure which came first -- but he's right. Shake has great engines for just these things and at 500US it is a great price for a 'plugin.'
CaptM

About the future of Arch Linux Newsletter.

Similar Messages

Maybe you are looking for