| DistroWatch Weekly
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00)
|Linux Foundation Training
|Reader Comments • Jump to last comment
1 • Banners and logos (by Penguin Domesticus on 2003-07-21 14:29:13 GMT) |
IMHO: I think all the banners are very nice (hard to decide which one is the best? a vote would be a good idea), but the small logos sent so far might need some re-design.
Personally I'd like to see the typical Distrowatch colors: light yellow & light green used together with black & white, but that's just my opinion. It could make the design look more consistent.
In my opinion, I wouldn't put too much efforts to the redesign of the DW Weekly logo. Something very simple and in line with the overall style of DW site might be the best choice (as a proof of that, and if I remember right, nobody complained about the very first and the most simple DW Weekly logo...). But the current DW Weekly logo is ok too.
2 • Kernel 2.6 (by DaveW on 2003-07-21 16:16:05 GMT)
Thanks for the great link to the Kniggit site. It's the most complete and readable detailed summary of the upcoming Kernal I've seen. It's found a spot on my bookmarks list.
There seems to be a disappointment in the kernel news, tho, that I thought people here might have more info about. There had been talk of greatly improved CD-writing functioning at the kernel level (including drag and drop copying), but I haven't seen this mentioned as the real kernel gets closer to final release. Anybody know if this has been dropped for this version, as it appears?
3 • Red Hat Beta (by Benjamin Vander Jagt at 2003-07-21 16:23:00 GMT)
As always, I'll test out the new Red Hat Linux, but what happened to Galeon? Why is OpenOffice.org so old? I can kind of understand why the 2.6 kernel is not being used, since they can practically backport the new 2.6 features to the 2.4 kernel, but they created plenty of mess for developers with Shrike when they made a kernel that *looks* like a 2.4 but sometimes acts like a 2.6. Being that any stable kernel they incude would essentially be re-tested with Red Hat Linux Beta, why not use the 2.6 test1 kernel?
Evolution's up to date. You're right, though, it really doesn't look like there's anything new. We'll see what proprietary packages Red Hat comes up with. That could make all the difference.
4 • Linux 2.6.0-test1 (by Butters at 2003-07-21 21:47:20 GMT)
Over the past 3 or four days I have been running nothing but various 2.6.0-test1 - based kernels under gentoo linux. I have run the vanilla -test1 with Con Koliva's OX interactivity patches up to O5int. I also ran -test1-mm1 (Marcelo's patches) patched up to O7int, and now run -test1-mm2, into which all of CK's patches have been merged. I have not been able to test the fabled sched-softrr patch, because I could never get the patch (made for 2.5.74) to apply cleanly to any of the 2.6.0 kernels. That said, here is my two cents:
There are some common problems with 2.6, largely because the configuration options have changed noticeably and certain options that could be safely omitted in 2.4.x are now necessary (/dev/pts support, VT support, input devices, etc.) Another problem is the nvidia module for XFree86. I'm not sure what the status is on other distros, but the latest ebuild of nvidia-kernel in the gentoo portage tree has a workaround that gets the 2.5.x version of nvidia.o to work with 2.6.x. Some people have also been having problems with ATI drivers, but I can't comment on those since I don't have one. The most recent bleeding edge release, -test1-mm2, has a problem mounting the root filesystem if it is reiserfs, but there is a workaround changing "root=/dev/hdan" to "root=30n" on your bootloader's kernel boot line.
The good: ALSA is now in the mainline kernel, with support for any card that the alsa-driver package used to support, plus OSS emulation (real OSS is now deprecated with the 2.6 kernel). ATAPI/IDE CDRW does in fact work. I had no problems with it, xcdroast does it all when I tell it my burner is at /dev/hdd. Now I can roll my kernel without any SCSI support at all. More filesystems are now supported, including CIFS, and others which have already been backported into 2.4.
The great: For a major release, there really isn't very much doing in the way of new features, as you can see above. The real advantages to 2.6 lie in the anticipatory scheduler for IO, the O(1) process scheduler, and the rewrites of the VM and IO subsystems. Things scale much more linearly in this kernel, with NUMA support for beyond-SMP supercomputing clusters, 64-bit memory addressing on 32-bit systems, etc. There are still some regressions (tasks that run slower on 2.6 than 2.4), but for the most part everything feels much faster, with lower latency on the desktop. As judging from CK's patches and their introduction into the mm development sources, I can only see the new schedulers getting better and better as the kernel moves toward a final 2.6.0 release.
I can run a 'make -j50' on the kernel source, play mp3's streaming off a mounted samba share, compile some random source (such as Abiword), and drag my browser window around really fast on opaque dragging without xmms skipping, the browser window sticking, or digging into any swap space on my 1.4 GHz T-bird with 512MB DDR2100. There's nothing I can do to load down this kernel to where it no longer interacts smoothly.
There is no reason to fear trying a 2.6 kernel as long as you don't overwrite your old kernel. If you have successfully compiled a 2.4 kernel before, you should definately try your luck with 2.6.
5 • (Offtopic) Apt4rpm (by L Gandolfo at 2003-07-21 22:53:17 GMT)
I believe that end users are not getting enough information about apt4rpm and what that means for them: it means making their life easier, it means EMPOWERING them (and sometimes I wonder if some distros are afraid of giving end users so much power). On the other hand the more forward thinking distros have already adopted it.
6 • Aha!! (by Benjamin Vander Jagt at 2003-07-22 00:47:42 GMT)
"The most recent bleeding edge release, -test1-mm2, has a problem mounting the root filesystem if it is reiserfs, but there is a workaround changing "root=/dev/hdan" to "root=30n" on your bootloader's kernel boot line."
Aha! Thank you, Butters!
"I can run a 'make -j50' on the kernel source, play mp3's streaming off a mounted samba share, compile some random source (such as Abiword), and drag my browser window around really fast on opaque dragging without xmms skipping, the browser window sticking, or digging into any swap space on my 1.4 GHz T-bird with 512MB DDR2100. There's nothing I can do to load down this kernel to where it no longer interacts smoothly."
I did exactly that with a K6-2-500 with 256MB RAM using the 2.4.18-14 Red Hat kernel and had no problems. However, when I upgraded to the 2.4.20-18 Red Hat kernel, even my XP 1700 doesn't handle moving windows or scrolling text. Everything does *seem* faster, though, and hdparm -tT shows a small speed increase. Now that I know how to get the 2.6 kernel to work, I'll be quite pleased to return to what multitasking ought to be.
"I believe that end users are not getting enough information about apt4rpm and what that means for them: it means making their life easier, it means EMPOWERING them (and sometimes I wonder if some distros are afraid of giving end users so much power). On the other hand the more forward thinking distros have already adopted it."
I don't get the context, hehe. In any case, be sure to check out my similar SourceForge project DLIP. (http://dlip.sourceforge.net/) (I hope you don't mind my plugging, Ladislav.)
7 • Interview with Arch Linux (by ladislav at 2003-07-22 04:31:01 GMT)
I've just received an email from Judd Vinet, the creator of Arch Linux and he is more than happy to answer a few questions.
So... ask away :-) You can either post your questions here or send them to me privately.
8 • RE: (Offtopic) Apt4rpm by L Gandolfo (by Penguin Domesticus on 2003-07-22 16:38:22 GMT)
"I wonder if some distros are afraid of giving end users so much power."
Maintaining large reliable apt repositories demands lots of work, however, especially as customers would probably then expect that they could reliably upgrade their distros using Apt4rpm too, and for free.
But also, think if customers could just apt-get most software they need easily and for free, it would make it more difficult for commercial distributors to make money by selling extra software and updates to customers... I've been wondering if that is really the reason why the commercial RPM-based disros may not like Apt4rpm (or similar solutions like YUM) so much? Also most customers wouldn't probably accept if they were tried to charge money for using Apt4rpm for installing software and updates.
9 • Reader Response to Articles and News. (by Isamoor at 2003-07-22 17:24:39 GMT)
I really enjoy reading the responses to your Weekly Report. I was wondering if you could easily add this feature to your regular news articles and release articles?
If it would cause you too much trouble, then how about at least getting a thread going a a popular forum (like justlinux or linuxquestions) for each story?
This doesn't need to be slashdot mayhem or anything, but I do like seeing readers' input.
10 • Arch questions: (by Isamoor at 2003-07-22 17:39:53 GMT)
I'm asking these out of memory of my little dabbling in Arch about a year ago.
I always look at package management, and I think there app is pacman. What makes it different? How easy is it to compile a third party app outside of their repository (I've never seen anyone beat Slack for this)? Will it recognize third party apps into the pacman (a la checkinstall) so I don't have to hang onto the source to uninstall it?
And how about stability. Not just "is it stable?" but what is your approach? Do you have the debian extreme where you split everything up and have a stable tree that is generally way out of date? Or do you run on the bleeding edge like Gentoo, where many of your main apps are betas? Or is it somewhere in between?
How about platforms? I always have a cute iMac laying aroung.
Upgrading releases? Is it possible? Again, is it debian style, where it's entirely possible, but is done in one fell swoop? Or is it like Gentoo where you have gradual increments to stay on the edge and release numbers are trivial?
Dynamic installer? Can I install from the net over ftp? Can I resize ntfs partitions?
The first two questions are the only ones I really cared about. The others were just to through out ideas.
11 • More Arch Questions (by DaveW on 2003-07-22 19:18:37 GMT)
Isamoor covered it pretty well, but here are some similar ones, stated more from the users' point of view:
Earlier Arch versions had a kind of "don't bother with this unless you're a Linux adept" message. Is 0.5 the release that regular old users might try as a working Linux?
The downsides of rpm are pretty clear to everybody. But debian and gentoo's packaging/update systems are seen as big improvements. What does Arch bring to the table that's better than those systems?
What kind of use should be using Arch, and who would be better off with debian? Gentoo? RedHat/Mandrake/Suse?
12 • Another Arch Question (by DaveW on 2003-07-22 19:35:58 GMT)
The "get a CD" link on your site doesn't seem to work. Do you have CD distributors that give you some cash from their sales of Arch CDs?
13 • FYI about Red Hat 9.0.93 (by Benjamin Vander Jagt at 2003-07-22 22:41:52 GMT)
I'm a Red Hat fan. I've always had much more success with Red Hat than any other distribution for what I use it for.
Red Hat 8.0.93 (beta before Red Hat 9) was great! Then, Red Hat 9 was released, and suddenly a bunch of insurmountable bugs appeared. Red Hat 9.0.93 makes me worry. It looks like we're about to see the worst Red Hat Linux ever.
In the release notes, Red Hat says that Galeon's being replaced by Epiphany, because Galeon is not being actively developed. Taking a quick glance at SourceForge shows that they're still in active development and their last release was about a month ago. And as for Epiphany, it doesn't measure up to Galeon. It doesn't even measure up to plain ol' Mozilla! I hope I don't upset the Epiphany crew, it would be ill advised to remove Galeon.
One possibly serious problem is Reiserfs. I use the Reiser FS almost exclusively. I installed it with Red Hat 8.0 and 9 (by typing "linux reiserfs" when the installer boots), Slackware, SuSE, Mandrake, and a number of other distributions I have on my system. I've *heard* that it's faster, but the reasons I switched to Reiser include that at about 9pm every day, my Ext3 filesystems go whacky for about half an hour, and that I've lost several of those so-called most-reliable Ext3 filesystems to simple kernel panics, power outages, and CD-writing and ripping errors. The scary news *seems* to be that Red Hat 9.0.93 does not include Reiser support in the kernel. I didn't read anything about this in the release notes, so it could simply be that it's installed in some different way.
The worst part of all this is that there's really nothing new. There's a graphical boot, but Mandrake and SuSE seem to have the best graphical boot screens. Red Hat's boot screen is really dull and makes the already long bootup feel longer. For some reason, it's in X screen 1 (ctrl-alt-F8), where the boot messages *might* be in VT 0 (ctrl-alt-F1). I would have preferred that pressing escape would bring up the kernel messages.
In my opinion, Red Hat should have arbitrary production and release dates. The Linux community itself doesn't proceed smoothly; there are jumps and lags. I would have waited with 9.0.93 until at least the 2.6 kernel were released as stable. Only release a new distribution when there's really a good reason. Don't release a distribution in order to have the highest version number.
(In a sick twist of irony, I'm writing this in Internet Explorer in Windows 98.)
Number of Comments: 13
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 725 (2017-08-14): openSUSE 42.3, Debian considers Flatpak for backports, changes coming to Ubuntu 17.10, the state of gaming on Linux|
|• Issue 724 (2017-08-07): SwagArch 2017.06, Myths about Unity, Mir and Ubuntu Touch, Manjaro OpenRC becomes its own distro, Debian debates future of live ISOs|
|• Issue 723 (2017-07-31): UBOS 11, transferring packages between systems, Ubuntu MATE's HUD, GNUstep releases first update in seven years|
|• Issue 722 (2017-07-24): Calculate Linux 17.6, logging sudo usage, Remix OS discontinued, interview with Chris Lamb, Debian 9.1 released|
|• Issue 721 (2017-07-17): Fedora 26, finding source based distributions, installing DragonFly BSD using Orca, Yunit packages ported to Ubuntu 16.04|
|• Issue 720 (2017-07-10): Peppermint OS 8, gathering system information with osquery, new features coming to openSUSE, Tails fixes networking bug|
|• Issue 719 (2017-07-03): Manjaro 17.0.2, tracking ISO files, Ubuntu MATE unveils new features, Qubes tests Admin API, Fedora's Atomic Host gets new life cycle|
|• Issue 718 (2017-06-26): Debian 9, support for older hardware, Debian updates live media, Ubuntu's new networking tool, openSUSE gains MP3 support|
|• Issue 717 (2017-06-19): SharkLinux, combining commands in the shell, Debian 9 flavours released, OpenBSD improving kernel security, UBports releases first OTA update|
|• Issue 716 (2017-06-12): Slackel 7.0, Ubuntu working with GNOME on HiDPI, openSUSE 42.3 using rolling development model, exploring kernel blobs|
|• Issue 715 (2017-06-05): Devuan 1.0.0, answering questions on systemd, Linux Mint plans 18.2 beta, Yunit/Unity 8 ported to Debian|
|• Issue 714 (2017-05-29): Void, enabling Wake-on-LAN, Solus packages KDE, Debian 9 release date, Ubuntu automated bug reports|
|• Issue 713 (2017-05-22): ROSA Fresh R9, Fedora's new networking features, FreeBSD's Quarterly Report, UBports opens app store, Parsix to shut down, SELinux overview|
|• Issue 712 (2017-05-15): NixOS 17.03, Alpha Litebook running elementary OS, Canonical considers going public, Solus improves Bluetooth support|
|• Issue 711 (2017-05-08): 4MLinux 21.0, checking file system fragmentation, new Mint and Haiku features, pfSense roadmap, OpenBSD offers first syspatch updates|
|• Issue 710 (2017-05-01): TrueOS 2017-02-22, Debian ported to RISC-V, Halium to unify mobile GNU/Linux, Anbox runs Android apps on GNU/Linux, using ZFS on the root file system|
|• Issue 709 (2017-04-24): Ubuntu 17.04, Korora testing new software manager, Ubuntu migrates to Wayland, running Nix package manager on alternative distributions|
|• Issue 708 (2017-04-17): Maui Linux 17.03, Snaps run on Fedora, Void adopts Flatpak, running Android apps on GNU/Linux, Debian elects Project Leader|
|• Issue 707 (2017-04-10): PCLinuxOS 2017.03, Canonical stops Unity development, OpenBSD on a Raspberry Pi, setting up a VPN for privacy|
|• Issue 706 (2017-04-03): Super Grub2 Disk, Snap packages of deepin applications, Subgraph OS routes network traffic for one application, announcements from Linux Mint|
|• Issue 705 (2017-03-27): Minimal Linux Live, sharing control of the operating system, new KaOS features, Uplos32 provides 32-bit fork of PCLinuxOS|
|• Issue 704 (2017-03-20): ToarusOS 1.0.4, Linux Mint's security record, Debian starts Project Leader election, Ubuntu 12.04 reaches end-of-life|
|• Issue 703 (2017-03-13): SolydXK 201701, CloudReady, Solus announces new features, KDE Connect sends text messages from desktop, openSUSE's YaST module for Let's Encrypt|
|• Issue 702 (2017-03-06): Fatdog64 Linux, elementary OS bundled with new netbook, Haiku announces new features, security and the size of a distro's development team|
|• Issue 701 (2017-02-27): OBRevenge 2017.02, Mageia 6 delays, NetBSD reproducible builds, questions about swap space, trying to steam video on a Raspberry Pi|
|• Issue 700 (2017-02-20): RaspBSD, Debian replaces Icedove with Thunderbird, Fedora's licensing guidlines, tips for switching shells, finding battery charge, getting IP address and killing processes|
|• Issue 699 (2017-02-13): Clear Linux, GhostBSD network utility ported to FreeBSD, Ubuntu coming to Fairphone, elementary OS crowd funding an app store|
|• Issue 698 (2017-02-06): Solus 2017.01.01, comparing containers with portable applicatins, Tails dropping 32-bit support, Debian Stretch enters freeze|
|• Issue 697 (2017-01-30): Subgraph OS 2016.12.30, running Ubuntu on an Android phone, Arch Linux phasing out 32-bit support, Linux Mint testing updated LMDE media|
|• Issue 696 (2017-01-23): GoboLinux 016, remotely running desktop applications, Solus adopting Flatpak, KDE neon using Calamares, TrueOS tests OpenRC|
|• Issue 695 (2017-01-16): Zorin OS 12, Peppermint team fixes installer bug, Debian refreshes Jessie media, Ubuntu improves low graphics mode, Exciting things coming in 2017|
|• Issue 694 (2017-01-09): MX Linux 16, Fedora considers systemd security features, DragonFly BSD to support massive swap space, Ubuntu Touch roadmap, Puppy's newsletter, sudo's password prompt|
|• Issue 693 (2017-01-02): Comparing small distros, fig language, video driver comparsion, Debian+PIXEL, Wayland on FreeBSD|
|• Issue 692 (2016-12-19): Bodhi Linux 4.0.0, Cappsule containers, Calculate's new Utilities package, Solus and Ubuntu MATE build new application menu|
|• Issue 691 (2016-12-12): SalentOS 1.0, openSUSE improves YaST, Fedora considers slower release cycle, KDE neon gets LTS branch|
|• Issue 690 (2016-12-05): Fedora 25, Ubuntu adopts rolling HWE kernel, running Android apps on GNU/Linux, Haiku working toward EFI support|
|• Issue 689 (2016-11-28): openSUSE 42.2, Fedora's upgrade path, plans for Korora 25, transitioning from PC-BSD to TrueOS, Webconverger's reproducible builds|
|• Issue 688 (2016-11-21): Endless OS 3.0.5, KDE neon fixes security hole, FreeBSD's Quarterly Status Report, Rolling release trial #2 concludes|
|• Issue 687 (2016-11-14): NAS4Free 10.3.0.3, Fedora gains MP3 playback, budgie-remix becomes Ubuntu Budgie, Ubuntu flavours compared, Rolling release trial #2|
|• Issue 686 (2016-11-07): FreeBSD 11.0, rolling release trial #2, Debian announces supported architectures, Simplicity switching to antiX base, farewell to Mythbuntu|
|• Issue 685 (2016-10-31): elementary OS 0.4, SUSE gains ARM support, Mint improves language support, Dirty COW explained, Rolling release trial #2|
|• Issue 684 (2016-10-24): Ubuntu 16.10, Linux popularity in different markets, Fedora runs on Raspberry Pi, Ubuntu features live kernel patching|
|• Issue 683 (2016-10-17): Refracta 8.0, making packages for distributions, Alpine switches to LibreSSL, 386BSD website publishes classic code|
|• Issue 682 (2016-10-10): KDE neon 20160915, Android-x86 6.0, Fedora warns of update bug, HandyLinux drops English translation, LXQt benchmarks|
|• Issue 681 (2016-10-03): OpenBSD 6.0, DragonFly BSD to support LibreSSL in ports, systemd denial of service bug, upgraded Mintbox Mini|
|• Issue 680 (2016-09-26): Uruk GNU/Linux 1.0, blocking applications at the firewall, Lenovo controversy, Ubuntu running on the Nextcloud Box|
|• Issue 679 (2016-09-19): OpenMandriva 3.0, 32-bit vs 64-bit performance, openSUSE updates, KaOS unveils first run wizard|
|• Issue 678 (2016-09-12): Apricity 07.2016, Mageia adopts DNF, KDE neon to use Wayland, FreeBSD updates Linux compatibility, creating cron jobs|
|• Issue 677 (2016-09-05): Peppermint OS 7, Manjaro updates leadership, TrueOS becomes rolling release, organizing files, creating torrents|
|• Issue 676 (2016-08-29): Korora 24, Fedora 25 to use Wayland by default, Linux turns 25, PC-BSD becomes TrueOS, finding software licensing information|
|• Issue 675 (2016-08-22): Gentoo LiveDVD "Choice Edition", moreutils, Ubuntu improves terminal convergence, MATE packaged for Openindiana, FreeBSD improves video support|
|• Issue 674 (2016-08-15): Zenwalk Linux 8.0, Ubuntu phone follow-up, Lubuntu transitioning to LXQt, Steam running on FreeBSD|
|• Full list of all issues|
|Random Distribution |
Bluewall GNU/Linux was a Linux distribution based on Debian GNU/Linux with a twist - instead of apt, it uses NetBSD's pkgsrc as its package management software.