- Arch-general - lists.archlinux.org

Re: [arch-general] Removing network utilities from base group?
by Grigorios Bouzakis 29 Mar '11

29 Mar '11

Daniel Isenmann wrote: > Hi, > > I have a feature request (https://bugs.archlinux.org/task/22481) since > January which stated that rp-pppoe should be removed from the base > group. Described in the details he stated that every network package > should be removed from the base group and should only be in core. > > I'm not really have a opinion to that topic, so what do you think about > it? For me we can leave it as it is and do nothing at this topic, then I > will close this feature request as "won't implement". > > -Daniel > My own plan, originally brain0's but i adopted it and probably extended it as well, has been fully implementing https://bugs.archlinux.org/task/12890 Nevermind that its closed now, its only half done as far as i am concerned. Eventually make every package of core, besides the library dependencies, be part of a group, like base, base-networking etc. I dont know how much of a realistic plan it still is today, but i intend to look at it at some point. And that was part of the reason i opened those feature requests (theres similar ones for ppp, wpa_supplicant and dash as well). The core repo keeps growing and growing. Bootloaders, file system support utilities, dependencies like libedit get added. Yet the installer has only 1 package selection dialogue with all the applications. That works fine for packages in base and base-devel which are tagged as such, but not so much for the other packages which dont belong in a group, and especially libraries which are nothing more than dependencies to other packages. The installer has changed lately and from what i've read it includes the description of the packages.I had opened https://bugs.archlinux.org/task/12942 at the time about adding a seperate selection dialogue for each group, but i havent seen the new installer in action so i dont know if any of the above still apply, but that was my initial motivation from what i can remember. ---- Greg

1 0

Re: [arch-general] [arch-releng] Partition tools in AIF (was: Default Bootloader for AIF)
by KESHAV P.R. 29 Mar '11

29 Mar '11

On Tue, Mar 29, 2011 at 15:07, David Campbell <davekong(a)archlinux.us> wrote: > Excerpts from Dieter Plaetinck's message of 2011-03-28 12:06:21 -0400: >> Hmm, and does it have a proper UI in ncurses or something? to replace >> cfdisk in aif? > > It will when cparted is proper. Whether cparted will be ported to > use libparted directly, rather than using Python bindings, is yet > to be seen. I certainly prefer writing/maintaining Python code > over C though, and I don't see any benefit to translating it into > C other than avoiding Python as a dependency. > Instead of duplicating efforts, you can try hacking on http://www.gnu.org/software/fdisk/ which uses libparted as backend (fdisk and cfdisk present but no sfdisk though). That project is inactive but not discontinued. >> I know about the newt-based nparted but I'm told it's badly maintained. > > As far as I could tell, nparted is dead. > -- > David Campbell > Regards. Keshav

1 0

[arch-general] [signoff] kernel26-2.6.38.1-1
by Tobias Powalowski 28 Mar '11

28 Mar '11

Hi guys, please signoff 2.6.38 series for both arches. It's a security update too so it would make sense, to move in .38.1 to [core] soon. Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - latest stable patches - disabled /dev/kmem - added AMD_IOMMU support - kernel image is now xz compressed - NUMA is enabled on x86_64 - AUTOSCHED (aka the wonder patch) is enabled - aufs2.1 latest snapshot - added additional i915 patch - added radeaon kms fix greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 3

Re: [arch-general] inefficient handling of bug reports?
by Simon Perry 28 Mar '11

28 Mar '11

On Tue, 29 Mar 2011 00:18:14 +0800, Ray Rashif wrote: > There is no problem. What are you talking about? Anyone is free to > mention in the report what package they think is related. Which eludes to the original issue - instead of a wrangler, or team of wranglers, who have to deal with everything, let users do the initial assignment, then if it needs to go somewhere else, the team it's been assigned to can throw it back to the "wranglers". I digress, I think... > What information? You have a tracker, you know it's Flyspray, if you > can file a feature request with at least a demonstrated logic if not > a > PHP patch. If it's easy to implement, we might do it. Else, you can > go > upstream. > > Now, let's not get into why we use Flyspray in the first place. You > can ask the rest of the OSS world why they use what they use. I understand, but look, this is the first time I've ever commented on this list. Even though the button name makes no sense, I'll go back to lurking. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]

3 3

Re: [arch-general] inefficient handling of bug reports?
by Simon Perry 28 Mar '11

28 Mar '11

On Mon, 28 Mar 2011 16:07:12 +0300, Ionuț Bîru wrote: > instead we chose to have some style but not everyone use it. I don't understand why people can't tell other people where they think the bug is. If it's not right, let the wrangler handle it. I think if someone is prepared to even consider submitting a bug report in an environment as intimidating as Arch, give them a go. Hell, I'm shit-scared about sending this e-mail. >> I believe the coders among us appreciate efficiency and automation, >> so >> maybe we can improve this system? > > only if we use bugzilla. Sorry if I'm wrong-top-posting or whatever, I'm using Roundcube. I've had an account on bugs.archlinux.org for a while, I still can't even see the "new bug" button, it doesn't exist as far as I can see. I don't see why being able to say "this bug is in package X" is such a problem, given that only the chosen people are able to create bugs in the first place. You always say you want people to help, but it seems so hard to do so, even when the information you have is easy to convey. -- Simon Perry (aka Pezz) [ s a n x i o n . n e t ]

5 6

[arch-general] New list: arch-projects
by Thomas Bächler 28 Mar '11

28 Mar '11

A new list has been created: arch-projects. This list is for development discussion, patches and pull requests for initscripts, netcfg, dbscripts, devtools (and maybe other projects, those are the ones I could think of). Anyone is free to subscribe, but please, no user discussions (keep those to the forums or arch-general). Fun fact: There was a mailing list called arch-projects once, and it has been deleted, but the old archives are still there.

2 1

[arch-general] flyspray mailing list
by Sergej Pupykin 28 Mar '11

28 Mar '11

Hello, what about creating mailing list with all flyspray notifications? I think it can take off some load from bug wrangler person and may be usefull for Arch users.

7 8

[arch-general] [signoff] kernel26-2.6.38-2
by Tobias Powalowski 26 Mar '11

26 Mar '11

Hi guys, please signoff 2.6.38 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - latest stable patches - disabled /dev/kmem - added AMD_IOMMU support - kernel image is now xz compressed - NUMA is enabled on x86_64 - AUTOSCHED (aka the wonder patch) is enabled - aufs2.1 latest snapshot greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

11 16

[arch-general] [signoff] kernel26-2.6.38-1
by Tobias Powalowski 26 Mar '11

26 Mar '11

Hi guys, please signoff 2.6.38 series for both arches. Upstream changes: http://kernelnewbies.org/LinuxChanges Features included: - kernel image is now xz compressed - NUMA is enabled on x86_64 - AUTOSCHED (aka the wonder patch) is enabled - aufs2.1 latest snapshot greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

13 24

[arch-general] Thinkpad W510 Config: ScreenTouch
by Bernardo Barros 25 Mar '11

25 Mar '11

Please, I'd like to know if it is possible to use ThinkPad W510 touchscreen on Linux. I see there are a bunch of kernel modules for touchscreens, but I can't find this information on the Wiki. Cheers, Bernardo

1 0