- Arch-dev-public - lists.archlinux.org

[arch-dev-public] In what repo eventlog should be readded?
by Eric Belanger 05 Nov '07

05 Nov '07

Hi, >From Scott's email in the pacman-dev ML, I realized that the eventlog package, a makedepends for syslog-ng, has been moved to unsupported by mistake. So it should be readded to the repo. I wonder if it should be readded in extra or placed in core instead? Eric -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

5 4

[arch-dev-public] sudo in base-devel group?
by Jason Chu 05 Nov '07

05 Nov '07

If I use the mkarchroot and makechrootpkg scripts to build packages, I need to have sudo installed. Using the current mkarchroot options I have to specify "base base-devel sudo". I just need to know if we're planning on putting sudo into base-devel or if I should update the mkarchroot and makechrootpkg scripts to reflect this. Jason

4 6

[arch-dev-public] km script missing with history in installer.git
by Tobias Powalowski 05 Nov '07

05 Nov '07

Hi subject says it all please add the km script too to this repository, thanks. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

[arch-dev-public] wicd in testing
by Varun Acharya 05 Nov '07

05 Nov '07

Hi all, I've uploaded wicd to testing for both x86_64 and i686. Though its an extra package, I'd like some thorough testing especially on wpa/wpa2 networks. Please signoff. Varun

1 0

[arch-dev-public] [testing] mlocate replacing slocate
by James Rayner 05 Nov '07

05 Nov '07

mlocate has replaced slocate as the default locate implementation, this is currently in [testing]. This was requested on the bug tracker a while back[1]. mlocate is used by Fedora at least and unlike slocate, no longer has the well known midnight updatedb crawl. In all other aspects it's compatible with and identical to slocate. James [1] http://bugs.archlinux.org/task/4490 As described by the README: mlocate is a locate/updatedb implementation. The 'm' stands for "merging": updatedb reuses the existing database to avoid rereading most of the file system, which makes updatedb faster and does not trash the system caches as much. The locate(1) utility is intended to be completely compatible to slocate. It also attempts to be compatible to GNU locate, when it does not conflict with slocate compatibility.

8 10

[arch-dev-public] slocate Replaced by mlocate
by James Rayner 05 Nov '07

05 Nov '07

mlocate has replaced slocate as the default locate implementation after a short period in [testing], and an even longer one in [extra]. This was requested on the bug tracker a while back[1]. mlocate is used by Fedora at least and unlike slocate, no longer has the well known midnight updatedb crawl. In all other aspects it's compatible with and identical to slocate. AndyRTR posted some performance measurements on the mailing list [2]. [1] http://bugs.archlinux.org/task/4490 [2] http://archlinux.org/pipermail/arch-dev-public/2007-November/002870.html As described by the README: mlocate is a locate/updatedb implementation. The 'm' stands for "merging": updatedb reuses the existing database to avoid rereading most of the file system, which makes updatedb faster and does not trash the system caches as much. The locate(1) utility is intended to be completely compatible to slocate. It also attempts to be compatible to GNU locate, when it does not conflict with slocate compatibility.

1 0

[arch-dev-public] Fwd: [tur-users] flyspray category for supp./unsupp. community packages?
by Roman Kyrylych 05 Nov '07

05 Nov '07

In case our flyspray admins don't read tur-users ML frequently. ---------- Forwarded message ---------- From: Roman Kyrylych <roman.kyrylych(a)gmail.com> Date: 1 Лис 2007 20:25 Subject: Re: [tur-users] [arch-dev-public] flyspray category for supp./unsupp. community packages? To: "Discussion about the Arch User Repository (AUR)" <tur-users(a)archlinux.org> 2007/10/25, Roman Kyrylych <roman.kyrylych(a)gmail.com>: > 2007/10/25, Thomas Bächler <thomas(a)archlinux.org>: > > Roman Kyrylych schrieb: > > > See http://archlinux.org/pipermail/arch-dev-public/2007-May/000718.html > > > Could we setup Flyspray so all community packages will reside in > > > "Packages: Community" category? > > > My concern is privilege separation between different categories of the > > > same project. > > > > What about creating a separate project? ArchLinux and Community are in a > > sense separate projects, so we could simply add a new one (with a good > > name, we already have an AUR project). > > > > As long as we can move bugs between projects (can we?), this shouldn't > > be a problem. It may confuse users though. > > > > Yes, the only problem with separate project is user confusion. > We are receiving ~10 reports per week in wrong project now, because > Flyspray remembers active project in a cookie. > > But it seems that we cannot do any privilege separation in one > project, so separate project appears to be the only good variant. > > Could our Flyspray admins give me the "Project Manager" status on > Community packages? ping There are already 2 bugreports in "Community Packages" project (one of which should be assigned to me) but I cannot do anything with them. Just give me the Project Manager status and then I'll setup everything else. -- Roman Kyrylych (Роман Кирилич)

2 2

[arch-dev-public] [PATCH] initscripts: Add a splash support
by Roman Kyrylych 05 Nov '07

05 Nov '07

Hi! This patch finishes the work done by dtw and iphitus for bringing an optional splash support to default initscripts. It eliminates the need for separate initscripts-splash package which provides/conflicts=('initscripts'). User has to install splashy or fbsplash which provide required mikinitcpio hooks and ${SPLASH}_wrapper script, and then use e.g. SPLASH="splashy" in rc.conf to enable it. -- Roman Kyrylych (Роман Кирилич)

14 31

[arch-dev-public] First list of removal candidates
by Eric Belanger 05 Nov '07

05 Nov '07

Hi, As promised, here is a first list of removal candidates. Please go through it to make sure we don't remove a package that, for some reason, should remain in extra. Some of the reason are actually questions (cvsup, gnome-system-tools, ksymoops, makedev, nail, rxvt_ja, rxvt) so it would be nice if someone can answer them. As said before, some of these packages are depends of community packages. Please just dicuss them for now. I would prefer to do the actual removal myself. I will do so in a few days after the discussion. ===================================== Package Reason to remove it. ===================================== asteroids3d orphaned games atomix orphaned games cgoban2 orphaned games cl-ppcre unused lib cl-ppmx unused lib cl-sdraw unused lib connmon sources not found/dead project cvsup Can be replaced by csup which builds on both architecture. dmalloc orphaned/low usage easysock dead project (or merged with libggz) eterm only one that still depends on freetype1 eventlog unused lib fnlib unused lib fortunelock orphaned games gdsl unused lib gimp-freetype old, gimp plugin gimp-panorama-tools can't be installed because one of its depends (panorama-tools) was removed as it was obsolete gkx86info depends on gkrellm which has been moved to community glchess orphaned games glitz unused lib gltron orphaned games gnome-system-tools (in unstable) replace with new package from AUR and move to Extra? gramofile dead project gtetrinet orphaned games gtk+extra unused lib gtk-thinice-theme theme for gtk, low usage, this type of pkg can be moved to AUR gtk2+extra unused lib gtodo AUR candidate, low usage hermes unused lib javax-usb orphaned/low usage ksymoops Does it still work? It's a 2 yrs old kernel util. From the version number, it seems that it was for kernel 2.4 libdivxdecore orphaned/depreceated libesmtp unused lib libgdamm unused lib libggz unused lib libghttp unused lib libnss-mysql unused lib libpixman unused lib libproplist unused lib libsafe unused lib libsvg-cairo unused lib libunicode unused lib lighthouseblue-gtk1 theme for gtk, low usage, this type of pkg can be moved to AUR lopster No more development based on this release is planned. makedev Do we need this anymore? What do we gain over mknod? metakit unused lib mgm updated 2004, dead project mm unused lib mowitz unused lib mt-st low usage: it's for Linux SCSI tape driver mtx low usage: it's for tape drives nail has been integrated into the Heirloom project as mailx. We already have another mailx package so we might as well remove nail napshare last version dates from Jan. 2006, doesn't build neverball orphaned game nurbs++ unused lib pclock WM dockapp pdns-ldap unused lib pdns-mysql unused lib pdns-pgsql unused lib peacock orphaned/low usage phpmyadmin orphaned web package pwm low usage: lightweight window manager rcs obsoleted by more modern/popular SCM ringtonetools old, low usage rxtx orphaned/low usage rxvt_ja can be replaced by rxvt-unicode (I guess) rxvt can be replaced by rxvt-unicode (I guess) sdlmm orphaned/low usage shapelib unused lib skyutils unused lib spectemu orphaned/low usage trackballs orphaned game ucl unused lib vcr one of it's depends (avifile) has been moved to community wwl low usage: ham-radio x264-svn (in unstable) orphaned, stable version is in extra ======================================================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

14 27

[arch-dev-public] Brief absense.
by Travis Willard 05 Nov '07

05 Nov '07

Hey guys, Just got my wife a brand-new laptop, and I'm 'inheriting' her 'old' desktop PC, which was overall better than mine. As a result, I'll be pseudo-absent for the next little bit, as I go nuts formatting partitions and re-installing Arch from scratch. This will be interesting - last full install, which I'm still working on now, was in 2005. I'll still be checking emails from work if it takes longer than expected to set stuff up, and so I should still be able to reply to pertinent things and handle logo contest submissions and stuff like that, so that's why it's only a pseudo-absense. I'll let you all know how it goes. :) -- Travis

2 3