This version fixes the fakeroot/acl/makepkg bug when using cp -a on
directories. For details, see
http://bugs.archlinux.org/task/8214#comment22826
signature.asc
Description: OpenPGP digital signature
Rebuilt new version, moved more stuff to /bin to satisfy ntfs-3g's
configure script and their warnings.
signature.asc
Description: OpenPGP digital signature
Dan McGee schrieb:
Signoff email for pacman 3.1.0, both architectures.
I've tested it for i686, not as much for x86_64.
Signoff for both, upgrade path seems fine.
signature.asc
Description: OpenPGP digital signature
Varun Acharya schrieb:
On Jan 8, 2008 12:59 PM, Thomas Bächler [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
This is an update that has waited too long due to my inactivity. Please
sign off (NOTE: I didn't test this as my only machine with ntfs
partitions is still out
I just received this E-Mail from a user. This needs, instead of 2, we
now need 3 nvidia legacy packages for i686. Can anyone find a source for
this?
Original-Nachricht
Betreff: New nvidia legacy package needed
Datum: Fri, 18 Jan 2008 01:57:39 +0100
Von: Andrea Cimitan [EMAIL
Pierre Schmitz schrieb:
OK, to speed up things I have allready moved it for i686. Anyone able to test
it on x86_64?
Has been working fine for weeks.
signature.asc
Description: OpenPGP digital signature
Jason Chu schrieb:
The Packager option wasn't enabled because I was building in a chroot ;)
Should be fixed, the chroots must not break the Packager field in the
package.
For a while, a we need clean build chroots so that our packages are not
corrupted attitude has spread, and this is exactly
It is a much requested feature: Someone wants to search for a filename
and get a package name, and there is no possibility in Arch.
I have scripts to generate filelists from the package files which could
run once a day or so. However, cactus (after a short jabber discussion)
disagress with me on
Jason Chu schrieb:
Hmm... you use to be able to seacrh through package lists through the
web interface. Did this change when we moved to django or something?
I don't think it still works. And it never worked that well, often
missed stuff and so on. And of course, you couldn't search using a
Aaron Griffin schrieb:
Ah thanks, these examples help too. I honestly have never needed
something like -So, so I don't know the use cases
I'd like to point out again that -So or something similar is one of the
most requested features from users.
signature.asc
Description: OpenPGP digital
Aaron Griffin schrieb:
That doesn't sound empirical. According to flyspray votes (the only
empirical evidence we have), signed packages are #1:
Just count how often someone asks the question Which package contains
file X on IRC, or types !owns foo. Some people even say that THE
advantage of
I wrote a script, which you can read here:
http://dev.archlinux.org/~thomas/genrepofilelist.sh.html
If there are no objections, I would add a daily cronjob to my user's
crontab which runs this script for testing,core,extra,community,unstable
for both architectures. The filelist for extra is about
Eric Belanger schrieb:
mpg123 is now licensed
under the GPL/LGPL.
When did this happen? I was about to disagree, but this changes
everything. +1
signature.asc
Description: OpenPGP digital signature
Tobias Powalowski schrieb:
- added the new arch logos
I think the coloured Arch logo looks great in my Framebuffer, despite
the non-square pixels in vga=0x318.
Unfortunately, uvesafb is broken, it simply freezes my machine when I
try it, so I cannot try to set 1280x800 framebuffer.
- added
Dan McGee schrieb:
Did you signoff yet? The onus is really on us as developers. Once the
required signoffs are there, any developer that signed off can move
them as their ass is on the line.
I thought we had enough signoffs, but I will look it up again.
signature.asc
Description: OpenPGP
Aaron Griffin schrieb:
I'd like to get these into core as soon as possible
Got enough i686 signoffs - any x86_64 guys?
No issues here.
signature.asc
Description: OpenPGP digital signature
Aaron Griffin schrieb:
Please sign off
Again 2 i686 signoffs - any x86_64 guys?
Works fine, I thought we had x86_64 signoffs.
signature.asc
Description: OpenPGP digital signature
Eric Belanger schrieb:
On Fri, 1 Feb 2008, Thomas Bächler wrote:
Yet another lvm2 update. Please sign off for both architectures (signoff
from my end will follow after my next reboot).
signing off for x86_64
signing off for i686
signature.asc
Description: OpenPGP digital signature
Thomas Bächler schrieb:
New release, please sign off.
Signing off for i686. x86_64 anyone?
signature.asc
Description: OpenPGP digital signature
Paul Mattal schrieb:
Eric Belanger wrote:
Hi,
I would like to add alpine to the extra repo where it will replace
pine which is no longer being developped. Reference: FS#9040.
+2, the second for encouragement!
Can we leave pine there too for a little while until people have had a
chance
Dan McGee schrieb:
On Feb 8, 2008 4:41 PM, Aaron Griffin [EMAIL PROTECTED] wrote:
I'm sure we have devs that use XFS, right?
I actually wonder what you guys do use. I'm guessing 75% of us use
ext2/ext3. Let's get a quick poll going here. :)
I have ext3 for all partitions on three machines
Sorry for dropping off the radar lately, I am not sure what happened
myself, but I have been away from all Arch work for two weeks.
I corrected my grub -10 package and fixed the bugs mentioned by Andy.
Please sign off.
signature.asc
Description: OpenPGP digital signature
Another version bump, still contains our fix to the configuration file
that reenables a default inode size of 128. Please sign off.
signature.asc
Description: OpenPGP digital signature
Version bump, please sign off.
signature.asc
Description: OpenPGP digital signature
In addition to a version bump, I changed the simple_firewall.rules file
to a more generic and correct configuration.
Please sign off.
signature.asc
Description: OpenPGP digital signature
Update of iproute to the latest version, please sign off.
signature.asc
Description: OpenPGP digital signature
Bumped to the .3 kernel, tested on both architectures, please sign off.
signature.asc
Description: OpenPGP digital signature
New nvidia release, please sign off.
signature.asc
Description: OpenPGP digital signature
Xavier schrieb:
On Tue, Feb 26, 2008 at 05:11:00PM +0100, Thomas Bächler wrote:
Daniel Isenmann schrieb:
warning: iproute: local (070710-3) is newer than testing (2.6.24_rc7-1)
There should be a force for this update.
done
Please have a look at :
http://www.archlinux.org/pipermail/arch
Dan McGee schrieb:
lnstat segfaults when ran. I don't use any of these utilities, but
ifstat seems OK, not sure about tc.
-Dan
lnstat works here ...
signature.asc
Description: OpenPGP digital signature
I rebuilt klibc against the 2.6.24 headers and also rebuilt
klibc-extras, klibc-module-init-tools and klibc-udev.
Please sign off on the first three.
klibc-udev has to be updated to 118 before moving to core, Aaron said
he'd take care of that, I built 116-3 for now so the rest can be tested.
Roman Kyrylych schrieb:
2008/2/26, Thomas Bächler [EMAIL PROTECTED]:
Version bump, please sign off.
Didn't notice any issues.
Signed off (i686).
x86_64 anyone?
signature.asc
Description: OpenPGP digital signature
Roman Kyrylych schrieb:
2008/2/26, Dan McGee [EMAIL PROTECTED]:
On Tue, Feb 26, 2008 at 9:04 AM, Thomas Bächler [EMAIL PROTECTED] wrote:
In addition to a version bump, I changed the simple_firewall.rules file
to a more generic and correct configuration.
Please sign off.
Seems
Roman Kyrylych schrieb:
2008/2/26, Thomas Bächler [EMAIL PROTECTED]:
Another version bump, still contains our fix to the configuration file
that reenables a default inode size of 128. Please sign off.
Signed off (i686).
x86_64 anyone?
signature.asc
Description: OpenPGP digital
Alexander Baldeck schrieb:
Thomas Bächler wrote:
Version bums for attr and acl, please sign off.
Looks good to me, sign-off for x86_64 from me.
signoffs for i686?
signature.asc
Description: OpenPGP digital signature
Eric Belanger schrieb:
On Wed, 27 Feb 2008, Thomas Bächler wrote:
New nvidia release, please sign off.
signong off x86_64
Can I get some more signoffs please, if possible add information about
your GPU as well. Signoffs from users are also welcome.
signature.asc
Description: OpenPGP
Please, sign off this time ...
signature.asc
Description: OpenPGP digital signature
Only change compared to -4 is that kinit is replaced by kinit.shared and
the static kinit is deleted. No idea why we didn't do this before.
signature.asc
Description: OpenPGP digital signature
Only change is in the encrypt hook: There is now an optional
CRYPTO_MODULES parameter. If set, only the specified modules are added,
instead of all crypto modules:
Example (which works for me):
CRYPTO_MODULES=aes-x86_64 sha256-generic
signature.asc
Description: OpenPGP digital signature
Tobias Kieslich schrieb:
Doing my exiv2 update I saw that this time really some packages must
be rebuilt. However, digikam can't be rebuilt because it depends on a
libgphoto2 that was rebuilt with libtool-1.x based version. libgphoto2
can't be rebuild with libtool2 because it just bails.
Why is the dash package in core compiled against klibc? It is a package
installed inside the normal system, so there is no reason to use klibc.
Furthermore, why does the package not depend on klibc? klibc packages
have to be recompiled with almost every klibc version and there is no
way to
Xavier schrieb:
But if it was built statically
It wasn't.
signature.asc
Description: OpenPGP digital signature
As I figured out by now, dash was supposed to be a rock-solid,
lightweight, fast shell.
It was supposed to be built statically, but was indeed linked against a
specific klibc version. -4 fixes that and also moves the manpages to
/usr/share/man for FHS compliance.
signature.asc
Minor fuse update, please sign off.
signature.asc
Description: OpenPGP digital signature
Tobias Powalowski schrieb:
Hi
due to my work in february this one got somehow delayed
so now the new plan for the 2008.03 ISOs:
pending signoffs and move to base:
cryptsetup
If I can signoff myself, then I could move it.
dash
Only a bugfix in the build process, should be movable.
Aaron Griffin schrieb:
** Could someone build an i686 package for me, I have no remote access
to my i686 box **
Reverting back to the older way of doing things, with minor
improvements where they can be made
Module loading and all that should be back to sanity, with slightly
improved
Dan McGee schrieb:
, it's not
possible to block framebuffer loading by udev rules.
Can you please explain why? Thanks.
The current package has the rule
KERNEL==fb[0-9]*, GOTO=hotplug_driver_loaded
However, this rule cannot work: At the point where the driver is not
loaded, all you get is
Tobias Powalowski schrieb:
- added framebuffer_blacklist file
I thought we wanted to do that with udev rule files by blacklisting
modaliases. Did I miss something?
signature.asc
Description: OpenPGP digital signature
Tobias Powalowski schrieb:
Am Dienstag, 11. März 2008 schrieb Tobias Powalowski:
Hi
new package for core repository
please signoff both arches
also users can signoff
greetings
tpowa
i don't think we will ever get a signoff for it, can i move it to core?
thanks
greetings
tpowa
I actually
Aaron Griffin schrieb:
I'll signoff and say go ahead, I think Thomas depends on this
himself, so if it's broken, he wouldn't have released it 8)
I do, and I'll signoff myself :)
signature.asc
Description: OpenPGP digital signature
Tobias Powalowski schrieb:
Hey guys keep cool,
following packages i would like to see in core:
pending signoffs and move to base:
pmciautils?
just a small udev.rules fix waiting for signoff.
I have one pcmcia and two pccard, but I have to go look for them.
pending signoffs and move to
Minor update and fixed #9748. Please sign off.
signature.asc
Description: OpenPGP digital signature
New version with some bugs fixed. Please sign off (tested by me on x86_64).
signature.asc
Description: OpenPGP digital signature
Tobias Powalowski schrieb:
Hi
fixed udev rules file to use load-modules.sh instead of plain modprobe.
signoff for both arches, please
greetings
tpowa
Signoff x86_64, I tested pccardctl and tried 2 PcCard (acx, rt2500pci)
and 1 PCMCIA (pcnet_cs).
signature.asc
Description: OpenPGP digital
Thomas Bächler schrieb:
I actually have such a card (ACX100, 802.11b). Testing it is another
thing, as the driver is generally crap and only supports WEP.
I have no AP to associate to, but the device is recognized and scanning
works. Signoff x86_64.
signature.asc
Description: OpenPGP
Roman Kyrylych schrieb:
Hi!
After days of extreme hacking and scratching my head I'm happy to present them:
* kbd-1.14.1.20080309-1
* klibc-kbd-1.15.20080312-1
Don't scare those pkgrels.
There are many good reasons that I've used the latest git versions.
(Actually, klibc support was added by
This adds the same patch that has been added to module-init-tools.
signature.asc
Description: OpenPGP digital signature
I uploaded mkinitcpio 0.5.18pre2 into testing. Roman will upload a fixed
klibc-kbd in a few minutes.
The only thing missing in mkinitcpio is the resume hook, see bug #9535.
You can test the rest for now, see the git log for details.
signature.asc
Description: OpenPGP digital signature
Tobias Powalowski schrieb:
Hi
kernel bump release for both arches in
testing repository:
fixed:
gcc-4.3 build
added at daemon patch
added new pre .24.4 patch
fixed intel graphics
fixed booting on via and crusoe processors
bugs for reference:
http://bugs.archlinux.org/task/9830
The only change to 0.5.18pre2 is the fixed resume hook.
signature.asc
Description: OpenPGP digital signature
Aaron Griffin schrieb:
On Fri, Mar 28, 2008 at 11:05 AM, Thomas Bächler [EMAIL PROTECTED] wrote:
I don't know who just moved libtool, but I have to say: REALLY GREAT
WORK. Just move libtool and forget all packages that depend on it and
have been rebuilt for testing.
The whole libtool thing
Simo Leone schrieb:
On Sun, Mar 30, 2008 at 11:34:35AM +0200, =?ISO-8859-1?Q?Thomas_B=E4chler_
wrote:
- removed the aufs splice patch due to incompatibility with unionfs. This
breaks aufs, but Simo promised to fix it (ping Simo)
done.
Thanks.
Once I get an i686 signoff, I will move all
Jan de Groot schrieb:
For GNOME 2.22, I need glib2 updated to 2.16.1, which is in testing for
a while now.
Please signoff for both architectures so GNOME can get moved too this
week.
I've used several applications which depend on glib2, no issues noticed.
Signed off for x86_64.
Quick bugfix. I have no idea why the bug didn't occur yesterday and all
the days before (on an identical filelist), but today, the use of sort
-u in mkinitcpio broke my image: /lib/modules/2.6.25-rc8 was added
before /lib/modules and thus extraction failed (cpio is very bitchy
about this).
Pierre Schmitz schrieb:
Am Mittwoch, 2. April 2008 11:23:46 schrieb Thomas Bächler:
Please sign off quickly
I did not have any problems with the old version, but the new one works, too:
sigendoff both
Me neither, until yesterday. But I generated an image with the exact
same settings
Simo Leone schrieb:
First off, thanks for the feedback last week. Most of the issues were
minor and not-too-technical, so they weren't too tricky to iron out.
There is an issue I already discussed with Aaron on jabber, which we
should be very careful about:
We need to be extremely careful
Aaron Griffin schrieb:
On Mon, Mar 31, 2008 at 4:22 PM, Aaron Griffin [EMAIL PROTECTED] wrote:
So, what do I need from you? Nothing. I'm making this easy in that I
will do all the work. I just need one thing: give me a day when it is
best. When you all want to take a mini-vacation and do no
As some of you have noticed, I moved all the stuff we do in the -ARCH
kernel into a separate patch to make the PKGBUILD slimmer. Now I finally
set up a generation script for the patch (which is in an early state,
doesn't do much error handling, but works) which will probably grow and
become
Thomas Bächler schrieb:
I will start preparing 2.6.25 soon (maybe even today), but I want to
clean up the patch. If anybody has opinions about any of the patches
currently included, please post them here. You can go through the
PATCHCFG file in the repository and comment on the ones you like
Thomas Bächler schrieb:
Thomas Bächler schrieb:
I will start preparing 2.6.25 soon (maybe even today), but I want to
clean up the patch. If anybody has opinions about any of the patches
currently included, please post them here. You can go through the
PATCHCFG file in the repository
I am hacking initscripts and can't quite decide on two issues:
1) I'd like to hardcode /dev/pts/ mounting in rc.sysinit.
2) I'd like to remove the (hardcoded) line /usr/bin/setterm -blank 15
from rc.sysinit.
Can I get opinions on these?
signature.asc
Description: OpenPGP digital signature
Aaron Griffin schrieb:
On Sun, Apr 6, 2008 at 4:54 PM, Thomas Bächler [EMAIL PROTECTED] wrote:
I am hacking initscripts and can't quite decide on two issues:
1) I'd like to hardcode /dev/pts/ mounting in rc.sysinit.
2) I'd like to remove the (hardcoded) line /usr/bin/setterm -blank 15 from
Aaron Griffin schrieb:
Should be in testing for both arches
BTW, there is no x86_64 package.
signature.asc
Description: OpenPGP digital signature
Aaron Griffin schrieb:
The best way to handle these things is to put it on the bug tracker.
Both Eliott and I seem to work best when there is a concise, itemized
list of things to do. I made the Internal Dev section for a reason.
Okay, however a task add 64 bit info is already open AFAIK.
Aaron Griffin schrieb:
I just did... in fact it was the quoted text that you removed in your reply.
http://archlinux.org/pipermail/arch-dev-public/2008-April/005650.html
I read that, I was talking about a quick overview about the actual
layout of the SVN. Believe it or not, everybody seems
Thomas Bächler schrieb:
I read that, I was talking about a quick overview about the actual
layout of the SVN. Believe it or not, everybody seems to tell me
something different about that. Is it
pkgname/{trunk,repos/{i686,x86_64}} now (I vaguely remember that from an
old discussion)?
And you
Aaron Griffin schrieb:
I have a 32bit chroot on my 64bit box, but cannot seem to work a call
to linux32 in properly. I am hoping that someone with more
experience could look into this.
I do know that linux32 chroot /var/archroot32 /bin/bash works
find... but doing the same thing (linux32 chroot
Dan McGee schrieb:
I have never seen such an error. However, you can chroot without using
linux32. The only thing that will break is building the kernel or modules
and maybe some tool that checks the uname output (I've only seen that in
scripts that come with commercial applications).
Doesn't
Aaron Griffin schrieb:
On Tue, Apr 8, 2008 at 3:48 AM, Simo Leone [EMAIL PROTECTED] wrote:
Hey guys, do *NOT* try these out quite yet. Removing packages from a db
results in a segfault that leaves it on the web db, which will quickly
desync it and make a mess.
Aaron Griffin schrieb:
Yeah, the repo is at /home/svn-packages, and you can check it out over
ssh (eventually authz?).
Found that by reading archco.
Let me know if you have any other questions, but the process outlined
in an earlier email (archco pkgname, modify, commit, extrapkg) should
be
Jason Chu schrieb:
I don't know how to explain it without getting all wordy. I'm interested
in what Thomas has to write so that I can clarify things and give more
information as people need to learn more.
Yeah, had to postpone that mail, sorry :)
signature.asc
Description: OpenPGP digital
Andreas Radke schrieb:
for x86_64 i can run archrelease from outside the chroot. but this
won't work for i686.
What do you think of this?
diff --git a/extrapkg b/extrapkg
index d042300..4f94717 100755
--- a/extrapkg
+++ b/extrapkg
@@ -13,7 +13,17 @@ if [ -r ~/.makepkg.conf ]; then
Travis Willard schrieb:
On Sat, Apr 12, 2008 at 3:35 PM, Roman Kyrylych
[EMAIL PROTECTED] wrote:
Sounds fine to me except #3 - I don't understand it (and I probably
some users will too).
Can you explain it please?
Basically, if you had to allow certain ports access to the net through
a
eliott schrieb:
upgrading from a csup abs config to the new rsync config involved:
1. mv /etc/abs/abs.conf.pacnew /etc/abs/abs.conf
2. rm -f /etc/abs/supfile* (not required..just cleanup)
3. abs
rsync even cleanedup the abs dir for me. :)
Nice work Travis.
*functionality signoff on i686*
This is a problem in our current version of initscripts: If a package is
added in staging, but the PKGBUILD shows an older version, the package
and database data become inconsistent:
$ cat /var/lib/pacman/sync/extra/graphviz-2.16.1-3/desc
%FILENAME%
graphviz-2.18-2-x86_64.pkg.tar.gz
%NAME%
Aaron Griffin schrieb:
On Sun, Apr 13, 2008 at 5:23 AM, Thomas Bächler [EMAIL PROTECTED] wrote:
This is a problem in our current version of initscripts: If a package is
added in staging, but the PKGBUILD shows an older version, the package and
database data become inconsistent:
Still
Aaron Griffin schrieb:
On Sun, Apr 13, 2008 at 5:00 AM, Thomas Bächler [EMAIL PROTECTED] wrote:
Yet another minor update for lvm2, please sign off.
I *think* lvm is one of those blame Aaron packages, so feel free to
take my signoff.
I use it, but I have to
1) reboot my laptop to test
Tom K schrieb:
FYI kernel maintainers - TrueCrypt is now fuse-based, and will no longer
require a rebuild for kernel updates.
Hurray!
signature.asc
Description: OpenPGP digital signature
Okay, I am pissed right now. bzip2 (x86_64) had version 1.0.5-1 in the
database, while the version in the package and the filename are 1.0.5-2.
I tried to fix it, and found out what happened in the first place:
[x86_64][17:21:[EMAIL PROTECTED] trunk]$ archrelease testing-x86_64
svnmerge: no
Thomas Bächler schrieb:
I didn't update any modules, so if there are new versions available for
any, please inform their maintainers. The following modules are
currently broken. I didn't do any research on those yet, so if anyone
knows something, please let me know.
- atl2 (Simo, could you
I just built the compat-wireless package and I must say it's a cool
thing. It's a snapshot of the current wireless-testing tree with extra
patches added for compatibility to older kernels.
The modules are in the /lib/modules/VERSION/updates directory, which is
somehow magically preferred over
Thomas Bächler schrieb:
I just built the compat-wireless package and I must say it's a cool
thing. It's a snapshot of the current wireless-testing tree with extra
patches added for compatibility to older kernels.
The modules are in the /lib/modules/VERSION/updates directory, which is
somehow
Pierre Schmitz schrieb:
What is the benefit of this driver package? They are just the latest
development snapshot, right?
Yes, features, better drivers, less bugs, I think people like stable
wireless. And right now, the wireless development is going on so fast
that the stock kernel is too
Yet another minor update.
signature.asc
Description: OpenPGP digital signature
The usual.
signature.asc
Description: OpenPGP digital signature
Thomas Bächler schrieb:
Okay, I am pissed right now. bzip2 (x86_64) had version 1.0.5-1 in the
database, while the version in the package and the filename are 1.0.5-2.
I tried to fix it, and found out what happened in the first place:
[x86_64][17:21:[EMAIL PROTECTED] trunk]$ archrelease
Travis Willard schrieb:
On Sat, Apr 19, 2008 at 7:40 PM, Simo Leone [EMAIL PROTECTED] wrote:
On Sat, Apr 19, 2008 at 06:09:08PM +0200, =?ISO-8859-1?Q?Thomas_B=E4chler_
wrote:
- aufs (Simo, could you have a look, you must probably update it)
I'll fix this very soon. It just needs a hug. I'm
Have a look at:
http://bbs.archlinux.org/viewtopic.php?id=47390
According to the kernel configuration help, increasing the maximum
number of CPUs from 4 to 8 will make the kernel 32KB bigger with no
performance decrease.
Opinions?
signature.asc
Description: OpenPGP digital signature
eliott schrieb:
Well.. if it isn't harmful in any way, and if we would do it on
x86_64, then we should also do it on i686. Having as consistent a
baseline as possible is good.
Agreed.
As to actually doing it, are there any ramifications due to the
potential for tracking additional cpus
Eric Belanger schrieb:
Inconsistency: firefox3 3.0b4-1 vs. firefox3-3.0b5-1-x86_64.pkg.tar.gz
Inconsistency: bmpx 0.40.13-1 vs. bmpx-0.40.13-2-i686.pkg.tar.gz
Inconsistency: bzr 1.3-1.1 vs. bzr-1.3-1-x86_64.pkg.tar.gz
Inconsistency: darcs 1.0.9-1 vs. darcs-2.0.0-1-x86_64.pkg.tar.gz
1 - 100 of 1431 matches
Mail list logo
