James Rayner | 1 Aug 2007 02:18
Picon

Re: Duplicate modules in AUR for custom kernels

On Wed, August 1, 2007 01:30, Aaron Griffin wrote:
> On 7/31/07, James Rayner <iphitus@...> wrote:
>> This is getting a tad ridiculous. I suggest that modules for custom
>> kernels should not be allowed within the AUR.
>>
>> Take a search for madwifi, ndiswrapper, ipw3945, beyond, etc on the AUR.
>> In nearly all cases, the modules are wildly varying in version, and
>> nearly
>> always poorly maintained.
>>
>> It's dead basic, and literally a single sed command to create a module
>> for
>> a custom kernel in 95% of cases. And custom kernels tend to have short
>> lifespans, with most patchsets only lasting months. It's filling up the
>> aur with crap, poorly maintained and often useless packages.
>>
>> Update them or remove them.
>
> Yay! Can I make a suggestion too? How about some utility similar to
> versionpkg that will rebuild modules from abs for installed kernels if
> the packages are installed for the stock kernel.
>
> That is, it looks for modules installed in the stock kernel's module
> dir, and finds them in abs, resetting _kernver (TODO standardize that)
> and rebuilding.  Might be kinda neat.

I wrote up some module packaging standards a year ago, but they're still
good. I'll find them tonight and upload them. If we do go to DKMS though,
they will need some additions. Heck, i even wrote a script that made
packages for custom kernels, but it was pretty crude.
(Continue reading)

Picon

Question about xterminus's perl pkgs


Hello,

I am wondering about the status of xterminus's perl packages in 
community. A few months ago, after becoming a TU, he has adopted most of 
the numerous CPAN packages in unsupported, and generated a massive 
upload of perl stuff in community. So far so good. However, several 
dependency problems showed up in the process. I notified him by email, 
and he fixed some of them. Since then, many users noticed several 
additional bugs that he should fix up (duplicate packages, wrong or 
missing dependencies, wrong urls, etc) by putting comments on the AUR 
pages. See e.g.

http://aur.archlinux.org/packages.php?do_Details=1&ID=11028
http://aur.archlinux.org/packages.php?do_Details=1&ID=11008
http://aur.archlinux.org/packages.php?do_Details=1&ID=9103
http://aur.archlinux.org/packages.php?do_Details=1&ID=5950
http://aur.archlinux.org/packages.php?do_Details=1&ID=10466
http://aur.archlinux.org/packages.php?do_Details=1&ID=10483
http://aur.archlinux.org/packages.php?do_Details=1&ID=10553
http://aur.archlinux.org/packages.php?do_Details=1&ID=10472
http://aur.archlinux.org/packages.php?do_Details=1&ID=10814
http://aur.archlinux.org/packages.php?do_Details=1&ID=10479
http://aur.archlinux.org/packages.php?do_Details=1&ID=5937

There are also several packages of his that are flagged out-of-date.

But so far he has not reacted to any of those requests.
My question is thus: is Charles (xterminus) still active?

(Continue reading)

Phil Dillon-Thiselton | 1 Aug 2007 13:56
Picon

Re: Re-write of communitypkg/extrapkg

Anyone had a chance to try it?  Got any feedback?

Cheers,

Phil
Eric Belanger | 1 Aug 2007 15:56
Picon

Re: Question about xterminus's perl pkgs

On Wed, 1 Aug 2007, Firmicus@... wrote:

>
> Hello,
>
> I am wondering about the status of xterminus's perl packages in
> community. A few months ago, after becoming a TU, he has adopted most of
> the numerous CPAN packages in unsupported, and generated a massive
> upload of perl stuff in community. So far so good. However, several
> dependency problems showed up in the process. I notified him by email,
> and he fixed some of them. Since then, many users noticed several
> additional bugs that he should fix up (duplicate packages, wrong or
> missing dependencies, wrong urls, etc) by putting comments on the AUR
> pages. See e.g.
>
> http://aur.archlinux.org/packages.php?do_Details=1&ID=11028
> http://aur.archlinux.org/packages.php?do_Details=1&ID=11008
> http://aur.archlinux.org/packages.php?do_Details=1&ID=9103
> http://aur.archlinux.org/packages.php?do_Details=1&ID=5950
> http://aur.archlinux.org/packages.php?do_Details=1&ID=10466
> http://aur.archlinux.org/packages.php?do_Details=1&ID=10483
> http://aur.archlinux.org/packages.php?do_Details=1&ID=10553
> http://aur.archlinux.org/packages.php?do_Details=1&ID=10472
> http://aur.archlinux.org/packages.php?do_Details=1&ID=10814
> http://aur.archlinux.org/packages.php?do_Details=1&ID=10479
> http://aur.archlinux.org/packages.php?do_Details=1&ID=5937
>
> There are also several packages of his that are flagged out-of-date.
>
> But so far he has not reacted to any of those requests.
(Continue reading)

Alessio 'mOLOk' Bolognino | 1 Aug 2007 16:41
Picon

Standardize development packages suffix

Hi, 
I know this raised before, but I think we really need a standard for
the suffix of development packages. 
There is no reason to keep using -{cvs,svn,svn,git,bzr,whtvr}
this is confusing for the users and uncomfortable for the maintainers,
every time a project changes its revision control system we have to
rename a package, losing all the votes/comments with the risk to create
unresolved dependencies.
IIRC Gentoo uses "9999" as pkgver for development packages, we can't to
the same on Arch, so I propose to use the "-xxx" suffix (e.g.
compiz-xxx instead of compiz-git).
IMHO -devel or -dev are confusing for the users because some distros use
those suffixes for the files needed to compile against the package.
Critics are welcome,

--

-- 
Alessio 'mOLOk' Bolognino
Arch Linux Trusted User

Please send personal email to themolok@...

Public Key http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xFE0270FB
GPG Key ID = 1024D / FE0270FB 2007-04-11
Key Fingerprint = 9AF8 9011 F271 450D 59CF  2D7D 96C9 8F2A FE02 70FB
_______________________________________________
tur-users mailing list
tur-users@...
http://archlinux.org/mailman/listinfo/tur-users
(Continue reading)

Aaron Griffin | 1 Aug 2007 17:19
Picon

Re: Standardize development packages suffix

On 8/1/07, Alessio 'mOLOk' Bolognino <themolok.ml@...> wrote:
> There is no reason to keep using -{cvs,svn,svn,git,bzr,whtvr}

I disagree.  I actually like it.  Saying "there is no reason" is
false.  I'm assuming what you meant was "there is no _good_ reason _to
me_".  All the reasons were discussed in many other threads on this
ML.

> every time a project changes its revision control system we have to
> rename a package, losing all the votes/comments with the risk to create
> unresolved dependencies.

Hmm this is interesting. How often do projects change SCMs? Sure
there's probably a lot now moving from centralized to distributed, but
I can't image one project would switch SCMs too much.
Still, this really sounds more like an AUR problem.  If there were
some AUR functionality to say "rename this package", it would make
this a moot issue.

> the same on Arch, so I propose to use the "-xxx" suffix (e.g.
> compiz-xxx instead of compiz-git).

XXX usually implies porn.  I don't think it's a good idea.
pacman -S pornview-xxx
Joerie de Gram | 1 Aug 2007 17:49
Picon

Re: Standardize development packages suffix

On 8/1/07, Aaron Griffin <aaronmgriffin@...> wrote:
> Still, this really sounds more like an AUR problem.  If there were
> some AUR functionality to say "rename this package", it would make
> this a moot issue.
Using constant package names might be a good thing for various scripts
and applications used to check the AUR for outdated aur packages
currently installed.

> XXX usually implies porn.  I don't think it's a good idea.
> pacman -S pornview-xxx
I agree. An alternative would be something generic like 'scm'.
Alessio 'mOLOk' Bolognino | 1 Aug 2007 18:14
Picon

Re: Standardize development packages suffix

On Wed 2007-08-01 10:19 , Aaron Griffin wrote:
> On 8/1/07, Alessio 'mOLOk' Bolognino <themolok.ml@...> wrote:
> > There is no reason to keep using -{cvs,svn,svn,git,bzr,whtvr}
> 
> I disagree.  I actually like it.  Saying "there is no reason" is
> false.  I'm assuming what you meant was "there is no _good_ reason _to
> me_".  All the reasons were discussed in many other threads on this
> ML.

Right.

> > every time a project changes its revision control system we have to
> > rename a package, losing all the votes/comments with the risk to create
> > unresolved dependencies.
> 
> Hmm this is interesting. How often do projects change SCMs? Sure
> there's probably a lot now moving from centralized to distributed, but
> I can't image one project would switch SCMs too much.
> Still, this really sounds more like an AUR problem.  If there were
> some AUR functionality to say "rename this package", it would make
> this a moot issue.

Arch never been an "Automagic" distro (and I like it), but I think users
shouldn't care what kind of revision control system a project uses.

Usually a project doesn't change SCM daily, but switches from cvs to
(git|svn) are quite popular nowadays (hey, pacman changed SCM too! :)

This is for sure mostly an AUR problem because there are a lot of
"devel" packages, but even in the repo we can't "rename" a package
(Continue reading)

eliott | 1 Aug 2007 18:39
Favicon

Re: Standardize development packages suffix

it should be -trunk

...Because elephants never forget.
Aaron Griffin | 1 Aug 2007 18:44
Picon

Re: Standardize development packages suffix

On 8/1/07, Alessio 'mOLOk' Bolognino <themolok.ml@...> wrote:
> If we set a default suffix, when users see it, they understand what
> that package is, otherwise if a project uses the "Foobar Revision
> Control" and the package is named project-foo-13-1-$ARCH.pkg.tar.gz is
> not obvious if "-foo" is part of the name of the software, if it is a
> special patched version, a fork or something else.

In general, I agree with you.  A consistent naming allows users to
see, at a glance, if it is a devel package.  This is similar to, say,
'foo-docs', which tells you right off the bat that it is a
documentation package.  Personally though, I like seeing the SCM
there.

Hmm, ok let's throw some names around.

-dev and -devel are out, as there's connotations from other distros in
which they mean "libraries and headers".

-scm is interesting. Something similar to -snapshot would work too.
Any other good ideas?

> Porn attracts users (and money? :)
Well, I'm sold!

Gmane