Dan McGee schrieb:
I've pasted the full output below, but what I wanted to point out is
the missing ide-cd module part. Some of us unfortunately still have
to use IDE.
How is it the sis driver is still not stable? (So glad my old board is
broken).
/etc/mkinitcpio.conf -g /boot/kernel26.img
Thomas Bächler schrieb:
Dan McGee schrieb:
I've pasted the full output below, but what I wanted to point out is
the missing ide-cd module part. Some of us unfortunately still have
to use IDE.
How is it the sis driver is still not stable? (So glad my old board is
broken).
/etc
Alexander Baldeck schrieb:
With Catalyst I'm getting tons of these in dmesg [1]. They don't seem to
be harmful though as my system runs just fine.
Cheers,
Alex
[1]
mtrr: type mismatch for c000,800 old: write-back new:
write-combining
mtrr: type mismatch for c800,800 old:
I promised to do this a while ago. This is how you work with the new SVN
layout:
UPDATE PACKAGES
---
Check out the package:
$ archco pkgname
$ cd pkgname/trunk/
If the package is already checked out:
$ cd pkgname
$ svn up
$ cd trunk/
This is important so there won't be any conflicts
The module-init-tools have had this feature for a while and I just
wanted to tell you about how we can use it:
The modules contained in the updates/ subdirectory in your module
directory are always preferred over any other modules. Thus, you can put
updated modules into it which supercede the
Aaron Griffin schrieb:
Well, I think svn uses neon, so I'd assume if svn can check out a repo
over http, then neon is working fine?
Correct.
signature.asc
Description: OpenPGP digital signature
Andreas Radke schrieb:
How could this happen? Where has the final pkg gone?
(i686 doesn't have final 7.0.3 in the repos)
-Andy
$ ./checkdb-versions
/home/ftp/archlinux/testing/os/x86_64/testing.db.tar.gz
Inconsistency: libgl 7.0.3rc3-1 vs. libgl-7.0.3-1-x86_64.pkg.tar.gz
Inconsistency:
eliott schrieb:
http://www.archlinux.org/cvs/, but the information is wrong as well
(cvs.archlinux.org does not exist).
I just added it back into the bind config. It should replicate out to
the slave nameservers in an hour or so..
The information on the website should be updated anyway.
REPO ARCHITECTURE PACKAGE VERSION FILENAME
extra i686 devtools 0.6.2-1 devtools-0.6-1-x86_64.pkg.tar.gz
extra x86_64 cln 1.2.0-1 cln-1.2.2-1-x86_64.pkg.tar.gz
extra x86_64 lxsplit 0.1.1-1 lxsplit-0.2.2-1-x86_64.pkg.tar.gz
extra x86_64
Dan McGee schrieb:
Apparently, these changes
http://repos.archlinux.org/viewvc.cgi/kernel26/repos/testing-i686/config?r1=376r2=1507
require rebuild of all modules. Could you test if rebuilding external
modules helps?
I rebuilt last night and did not come back to a locked machine this
morning,
Aaron Griffin schrieb:
Yeah, Eric and I got it sorted out. I made a silly mistake that moved
most of the packages to the package-cleanup dir, and then I moved all
of them back - which included some bad packages.
There are now tons of packages in the extra directory which are not in
extra any
Thomas Bächler schrieb:
I think it is time to release this, here are the changes:
- Remove usbfs special handling from rc.sysinit, for explanation see
http://localhost/git/?p=arch/initscripts/.git;a=commit;h=f3e064ec822b3dae191e1ae5d2bb921a970af86e
You can try to access the git via
I think it is time to release this, here are the changes:
- Remove usbfs special handling from rc.sysinit, for explanation see
http://localhost/git/?p=arch/initscripts/.git;a=commit;h=f3e064ec822b3dae191e1ae5d2bb921a970af86e
- Make USEDIRECTISA default to no - this is a change in behaviour
The new mkinitcpio works around the custom dsdt bug, thus I think we can
move to core now. Please sign off on all you can.
I didn't include support for more than 4 CPUs now, because it would have
required yet another rebuild of all modules (I already had to rebuild
them all for 2.6.25.3 due
Forgot to send the signoff message yesterday: Another update, please
somebody sign off this time.
For the users reading this: As very few developers use ntfs-3g, please
do a short functionality test (mounting, reading/writing a few files)
and sign off if it works, so this can go to core fast.
I'm sorry I didn't think about it earlier, but it was time for the
kernel to be moved, so I did it. So this is (perhaps a little late), a
draft for the announcement:
Linux 2.6.25 moves to core
It took much longer than usual, I'm sorry for that, but kernel26 can now
be moved to core. Here
The new nvidia drivers have finally been released. They are in testing
now for both architectures. I upload them completely untested, as my
desktop is unaccessible until tomorrow.
I dropped the libnvidia-wfb from the package, as it does the same as
Xorg's libwfb and our xorg-server is
Pierre Schmitz schrieb:
On Thursday 29 May 2008 22:57:06 Aaron Griffin wrote:
And the db-scripts are made to do just this!
But this depends on the svn tree, right? ATM I don't wont to mess up with the
repo. Think about a new KDE3 release before KDE4 is ready to use.
What about using a git
Pierre Schmitz schrieb:
Hi,
as mentioned in another thread the new openssl package now depends on ca-
certificates because openssl does not provide certs anymore. run-parts is
another dependency for the update-hook scripts of ca-certificates.
So please sign-off those packages for moving into
Updated to new stable release. There are some security fixes, so I
apologize for the delay and hope you guys sign off on it quickly.
I had no time to look at the numerous other bugs, so this is only the
update to the latest stable. Packages should be up in testing in a few
minutes.
Tobias Kieslich schrieb:
Eric just reported that, the db has his user permission, which is why I
can't overwrite it:
-bash-3.2$ ls -l /home/ftp/extra/os/i686/extra.*
-rw-r--r-- 1 eric users 412828 Jun 17 22:44
/home/ftp/extra/os/i686/extra.db.tar.gz
-rw-r--r-- 1 eric users 412653
Just a bump to .10 and a minor configuration change (AOE added). It is
built with gcc 4.3.1, so if any binary modules break, please tell me.
signature.asc
Description: OpenPGP digital signature
Roman Kyrylych schrieb:
2008/7/4 Allan McRae [EMAIL PROTECTED]:
Roman Kyrylych wrote:
2008/7/4 Pierre Schmitz [EMAIL PROTECTED]:
Am Donnerstag, 3. Juli 2008 20:35:41 schrieb Thomas Bächler:
Just a bump to .10 and a minor configuration change (AOE added). It is
built with gcc 4.3.1, so
I can't test this, but if anyone can, please sign off (Damir, ping?).
signature.asc
Description: OpenPGP digital signature
Now we have a maintainer for wine again (thanks Eduardo, users were
complaining about wine constantly), I want to bring up a small issue:
Running namcap on wine reveals that there are lots of unnecessary
dependencies. I also saw that some of the dependencies are possibly only
makedepends.
As there are many new guys around, I want to know what architectures you
can build for. I want to know three things: Do you have an arch x86_64
system? Do you have an arch i686 build system (can be a chroot on your
x86_64). Do you also have a bootable arch i686 system? Also include the
number
Pierre Schmitz schrieb:
Hi all,
I updated zlib to the latest upstream version and cleaned up the PKGBUILD.
It's installed to /usr instead of /. If there was a reason for doing this,
please complain.
I know, this version isn't linked on zlib's homepage (which was updated
sometime back in
For a while now, there have been lib32-* packages in community. They
sort of work for many applications, but have certain problems. This is
what I don't like about them:
- The naming convention (lib32-*)
- The separate prefix (/opt/lib32)
- The fact that the binaries are only copied from the
Andreas Radke schrieb:
You must have mixed the mailing lists!
Actually, no.
Arch64 was founded to never have support for 32bit compatibilty. So
move this into the community/AUR list.
Yeah, maybe, and I am extending it.
I give you a strict -1 for any 32bit compat stuff in our officially
Daniel Isenmann schrieb:
*But* I think it is a bit important that we look at why we're doing
this - for a handful (5 or 6) closed source apps. flash, teamspeak,
skype, google-earth (and wine). It seems like a lot of work for a
handful of apps. That's why I'm neutral on this. I think the
Andreas Radke schrieb:
It's more a question what Arch64 was founded for: to be the bleading
edge leading _pure_ 64bit distro around. That's been its goal since the
project has started. And I think we did a good job.
You may have missed the early discussions when we made decisions that
we don't
Pierre Schmitz schrieb:
I uploaded a new filesystem package to testing:
* added http user and group (for use by various webserver related packages)
* an updated apache is on its way
* added scanner group (ask Thomas ;-))
* use /srv instead of /home for http and ftp
* no package
I haven't seen TomK in a while, so I'm bringing this to the list: The
auth-user-pass option of openvpn allows you to specify a plaintext file
containing a username and a password. However, this feature is disabled
by default. This means that everyone who wants to use it will have to
rebuild
Thomas Bächler schrieb:
I haven't seen TomK in a while, so I'm bringing this to the list: The
auth-user-pass option of openvpn allows you to specify a plaintext file
containing a username and a password. However, this feature is disabled
by default. This means that everyone who wants to use
Changes from -3: Enabled --enable-save-password, to allow using a
password file in combination with auth-user-pass. This feature is
disabled by default in openvpn, as using it is unsafe, however I don't
think we need to prevent our users from using it if they wish to.
signature.asc
Aaron Griffin schrieb:
On Fri, Jul 11, 2008 at 2:03 PM, Thomas Bächler [EMAIL PROTECTED] wrote:
Changes from -3: Enabled --enable-save-password, to allow using a password
file in combination with auth-user-pass. This feature is disabled by default
in openvpn, as using it is unsafe, however I
Dan McGee schrieb:
Wow, I got blasted today with an 88 package upgrade on one of my
machines, and this one really stuck out:
http://repos.archlinux.org/viewvc.cgi/lighttpd/trunk/lighttpd.install?revision=4866view=markup
I don't even know what is important anymore, so I just stopped reading
as
Rebuild against 2.6.26 headers, update of v86d as the old version
segfaultet in 2.6.26.
Also, pacman now ensures that the klibc version is compatible.
This is only tested on x86_64, so I need 2 signoffs for i686.
signature.asc
Description: OpenPGP digital signature
Dan McGee schrieb:
Undefined video mode number: 305
blah blah press enter to see modes or wait 30 seconds
Did some video modes get deprecated or something, or what is going on
here? This is my grub configuration, I don't think it is all that
exotic:
kernel /vmlinuz26
Pierre Schmitz schrieb:
Does anybody else have problems with suspend2ram/disk? My Notebook just does
not wakeup after s2ram and crashes before suspending to disk.
How exactly does it not wake up. I had similar trouble with both
2.6.25 and 2.6.26, each time reverting a bugfix that was applied
Update to version 3.4, please sign off. Tested only on x86_64.
signature.asc
Description: OpenPGP digital signature
Aaron Griffin schrieb:
On Tue, Jul 22, 2008 at 8:15 AM, Thomas Bächler [EMAIL PROTECTED] wrote:
Update to version 3.4, please sign off. Tested only on x86_64.
Just curious - did this incorporate the patch to read BOTH
/etc/modules.d and /etc/modules.conf ? I submitted to the developer,
and he
Eric Belanger schrieb:
lirc has been updated to 0.8.3 and built against 2.6.26-1 in testing.
I've also fix/implemented 2 bug reports at the same time:
- fixed daemon script to facilitate the use of IR devices that don't
create device (close FS#9767)
- enabled IR transmitters support (close
Andreas Radke schrieb:
had to replace ath_pci module from madwifi with ath5k kernel module and
change netcfg2 config for ath0 - wlan0 change. works well here.
See my post further down, madwifi will be added again.
running the catalyst driver works but i get a weird report when the
module
Aaron Griffin schrieb:
News item time and then zap it? People are going to get pacman errors
with it enabled and removed completely.
pacman will be fine, I tested. repo-remove couldn't do this, I created a
tar archive only containing '.'
Certainly weird output. Meh.
Thomas made sure there
I will be away from my build machine (and probably the Internet as well,
although I have my laptop with me) from tomorrow, 25.7.08 to Saturday,
2.8.08.
I will rebuild the kernel with configuration fixes and madwifi before
then (I hope), so it will be ready to either sit in testing a little
Pierre Schmitz schrieb:
kdebluetooth
I guess this has been integrated into kde4 in some form, but I won't
know for sure until I see kde4 for myself.
ksensors
I guess this can be dropped, something similar should be integrated in
kde4 (hopefully).
signature.asc
Description: OpenPGP
Aaron Griffin schrieb:
On Tue, Jul 15, 2008 at 12:34 PM, Daniel Isenmann
[EMAIL PROTECTED] wrote:
Hi,
above package is in testing for both archs. Please signoff. I can't
test the package because I don't use it, I have a router and not
connected directly on the line.
If no one uses this, you
Thomas Bächler schrieb:
So this is it, 2.6.26 is going to testing. I adjusted the configuration
according to http://bugs.archlinux.org/task/10512 and changed the
maximum number of CPUs to 16. I hope I didn't miss any configuration
bugs, if so, please tell me. Except some driver updates
Thomas Bächler schrieb:
I'm building 2.6.26-2 now. Only change is that I am adding uvcvideo and
some DVB driver (hope there wasn't something else). As I will be gone
tomorrow, here is what needs to be done before this is moved to core:
- Build madwifi. Gerhard Brauer sent me a fixed PKGBUILD
Andreas Radke schrieb:
We needed that patch with catalyst on 2.6.25 (x86_64 only), I thought
they removed the dependence on that symbol. I could re-add the above
patch.
Just uploading catalyst 8.7-1 pkg. It still depends on that symbol.
Please add that patch for next release again.
Xorg and
Simo Leone schrieb:
Signed-off-i686:
-kernel 2.6.26-2
-catalyst 8.7-1
-unionfs
-aufs 20080527-2
-suspend2ram/disk
Thanks. aufs is sort of your pet, so feel free to update it if you need
a more recent version.
signature.asc
Description: OpenPGP digital signature
Allan McRae schrieb:
signed-off + ipw3945 i686
Just a short notice: You should really switch to iwl3945. It is now very
stable.
As soon as ipw3945 won't build with a new kernel anymore, I will drop it
and not try to fix it. 2.6.26 built fine without modifications, so I
still provide the
Allan McRae schrieb:
Just to let you know, when I get around to releasing the next abs,
people will be able to download single/multiple packages using abs
repo1/package1 repo2/package2 format. I did this to satisfy
the people who wanted SVN access to get single packages.
What people will
Okay, apparently, we need a -3:
- Readd the ATI patch (the one that exports flush_tlb_page):
http://projects.archlinux.org/?p=linux-2.6-ARCH.git;a=blob;f=patches/ati-catalyst-2.6.25.patch;h=f90d8b40a7f1c8a0ea9a3ec4229322d4df98e7ab;hb=daaa7a2c43699c3b2acffaef1a4fed863194d29f
- Revert the
Jan de Groot schrieb:
Finally we have an opensource, free, alternative java platform available
that's compatible to the official Sun JDK. Our OpenJDK6 package is based
on a mercurial checkout of icedtea6 and is built with the latest Sun
OpenJDK GPL'ed sources.
OpenJDK comes with Java Web Start
Andreas Radke schrieb:
Am Sun, 10 Aug 2008 17:56:17 +0200
schrieb Tobias Powalowski [EMAIL PROTECTED]:
Hi latest changes Thomas referred to in his last thread have been
changed, so this is the next round to get .26 series to core soon,
please signoff for both arches.
greetings
tpowa
signoff
Ronald van Haren schrieb:
The discussion has been going on here:
http://bbs.archlinux.org/viewtopic.php?id=54162
I will appreciate your suggestions guys.
Thanks
Eduardo kensai Romero
umm as I understand a user still has to click the file for it to be
executed via wine? I don't see any
Andrea Scarpino schrieb:
Hi ML,
I'm trying to rebuild core repo with pacbuilder and I watched some
packages doesn't rebuild from PKGBUILD
packages list:
device-mapper: source tarball not found
Out of date, they delete old sources from the ftp.
iptables: make fail
Will look at that soon,
Version bump, untested by me, please sign off.
signature.asc
Description: OpenPGP digital signature
Now that our installer installs the whole base group by default, I'd
wish it would stick to the essential part. I suggest cleaning this up a bit:
Packages that IMO shouldn't be in base:
- dialog
Nothing depends on it, why do we even need it in core?
- hwdetect
Nothing uses it, we don't need
So I took the time to update bluez to 4.1. The bluez-libs and
bluez-utils packages have been merged into the bluez package.
The SONAME has been bumped to libbluetooth.so.3 and the dbus interface
is incompatible to the one in bluez 3. bluez-gnome has been ported to
the new interface (didn't
Pierre Schmitz schrieb:
see http://wiki.archlinux.org/index.php/KDE3_Rebuild
knetload
knetload is not useless. It works perfectly well not only with kde, but
with any other window manager that has a dock (for example icewm or even
gnome). It's also the only traffic applet that
Aaron Griffin schrieb:
So I made a handful of changes to the dbscripts, and wanted to get a
quick review from people before I push them live.
If you get a chance, please look over the recent patches here:
http://projects.archlinux.org/?p=dbscripts.git;a=summary
This include's Xavier's
Aaron Griffin schrieb:
So I made a handful of changes to the dbscripts, and wanted to get a
quick review from people before I push them live.
If you get a chance, please look over the recent patches here:
http://projects.archlinux.org/?p=dbscripts.git;a=summary
This include's Xavier's
Thomas Bächler schrieb:
Pierre Schmitz schrieb:
see http://wiki.archlinux.org/index.php/KDE3_Rebuild
knetload
knetload is not useless. It works perfectly well not only with kde, but
with any other window manager that has a dock (for example icewm or even
gnome). It's also the only
Aaron Griffin schrieb:
http://projects.archlinux.org/?p=dbscripts.git;a=commitdiff;h=06194a8691f50ffc9130795e16837496e13dd08f
There is a problem here: rm -f $srcpath/${pkgname}-*-*${SRCEXT}
If you run this with mplayer, this will not only remove old mplayer
packages, but also mplayer-plugin
Aaron Griffin schrieb:
Some followups here. tpowa went ahead and handled a few of the changes
I was discussing here, but there are a few more before I push this to
testing.
I hope I can make the changes to load-modules.sh soon to make
blacklisting work in a reasonable way. See
Jan de Groot schrieb:
A recompile of the driver didn't seem to help anything.
There is nothing to compile here, the X driver is just a binary.
Yes, nvidia doesn't support xorg-server 1.5 in their legacy drivers yet.
For now it means switching to the free drivers.
In the past, nvidia has
Thayer Williams schrieb:
I'm trying to commit a pkgrel bump on gtk-xfce-engine, but I keep
encountered an svn conflict on the PKGBUILDs. I followed the
instructions to resolve and commit, but the repos/ subdirs are still
showing the old PKGBUILD file even though the trunk has been updated.
Is
Updated the ucode for both architectures. I also removed the old ucode
that didn't have the ABI version number in the filename, as that is only
needed by very very very old versions of iwlwifi which probably fail to
work anyway.
Tested and working fine here on x86_64, please sign off.
Jan de Groot schrieb:
I guess I have to be in the ftp-arch group.
Dan created it for you and setup ftp-extra permissions on it.
You shouly probably make francois the owner of this directory, so
everybody will know whose this is.
signature.asc
Description: OpenPGP digital signature
Firmicus schrieb:
Thomas Bächler a écrit :
Good. I remember having trouble installing TeXLive from community once
because there were no sane dependencies at all. I hope that is now fixed.
That's too harsh. There was only one dependency problem I can remember
and it was fixed quickly
Eric Belanger schrieb:
On Wed, 10 Sep 2008, [EMAIL PROTECTED] wrote:
Scan complete for extra (x86_64) at /home/ftp/extra/os/x86_64/
The following files are missing in the repo
monotone-0.41-2-x86_64.pkg.tar.gz
wireshark-1.0.3-1-x86_64.pkg.tar.gz
The cleanup script has
Eric Belanger schrieb:
I will point out boost. It has been there for a long, long time now
and I do not know of anything holding it up.
Allan
boost has a bug: http://bugs.archlinux.org/task/10998
Also, boost needs this fix, it throws some ambiguity errors when
compiling pokerth (and
Aaron Griffin schrieb:
Thanks Eric for being on the ball. I didn't check for a new version today.
Pushed to testing.
Some important changes:
* Stock rules are not in /lib/udev/rules.d/
* /etc/udev/rules.d is still respected and should be used for non-stock rules
* Custom readme moved to
Allan McRae schrieb:
I still lose (at least) my wireless network connection when I update to
this udev version. I'm using gnome-network-manager with an Intel
PRO/Wireless 3945ABG card and iwlwifi. Trying to figure this out now
because I like the internet...
Two possible causes:
1) The
Allan McRae schrieb:
So, the dependency path from gnome-network-manager to udev is:
|--gnome-network-manager
|--networkmanager
|--hal
|--udev
It appears hal needs a rebuild because of the libvolume_id soname bump
in the udev package. Updating udev then restarting hal and
Aaron Griffin schrieb:
Thanks Eric for being on the ball. I didn't check for a new version today.
Pushed to testing.
Some important changes:
* Stock rules are not in /lib/udev/rules.d/
* /etc/udev/rules.d is still respected and should be used for non-stock rules
* Custom readme moved to
Xavier schrieb:
Well, maybe it was a good idea to push udev to testing so that good
ppl like you can start investigating the issue :)
For the record :
http://www.archlinux.org/pipermail/arch-dev-public/2008-August/007814.html
The gitweb link I gave there does not seem to work anymore, but you
Thomas Bächler schrieb:
I thought hal - udev communication was broken because of the missing
udevinfo symlink, but reintroducing it did not help. So there might be
other problems.
The patch you linked in that post suggests that you have to use udevadm
info instead of udevinfo. Maybe
This changes the udevsettle command in cryptsetup to udevadm settle
to work with udev from testing. This still breaks in klibc, but the
udevsettle call is not that important there as it causes problems only
when too many devices are being opened/closed.
The udevsettle call will be gone from
Aaron Griffin schrieb:
Also, a x86_64 build would be nice.
Changes compared to -1:
- Fixed path: /lib/pkgconfig - /usr/lib/pkgconfig
- Rewrote load-modules.sh:
+ Fixes http://bugs.archlinux.org/task/10972
This adds a new resolve-modalias binary, which resolves an alias
without resolving
Thomas Bächler schrieb:
I applied the patch to hal and threw it to testing. I had another user
test this: Without the patch, Xorg input hotplugging broke. When he
added the udevinfo script like above, it worked again. I guess all udev
interaction (including Allan's nm issue) are related
Dusty Phillips schrieb:
I think so... not sure if this is a proper test of it but it fails:
dusty:x86_64 $ head -c 1 extra.db.tar.gz | tar -xz
gzip: stdin: unexpected end of file
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
Eduardo Romero schrieb:
On Fri, 2008-09-12 at 20:37 +0200, Xavier wrote:
Using hal git (and removing all patches from the pkgbuild), I now see
the usb device in gnome, but still can't mount it.
Thunar works perfectly, and I assume that kde4 too.
USB thingy no worky here neither. Just put hal
Dusty Phillips schrieb:
a) is WTF. I just checked the current state of the db.tar.gz and they
seem to contain packages that reporead claims were removed. So it
doesn't look like anything is breaking the db.tar.gz. It seems more
like reporead is not reading the whole file. But its still possible
Thomas Bächler schrieb:
Thomas Bächler schrieb:
I applied the patch to hal and threw it to testing. I had another user
test this: Without the patch, Xorg input hotplugging broke. When he
added the udevinfo script like above, it worked again. I guess all
udev interaction (including Allan's nm
Eduardo Romero schrieb:
As a side note, also
udev takes now twice the time to start up, from 3s to 6-7s.
It didn't slow down here at all, I still have 3 seconds for uevents. It
is possible that the blacklist checks take more time now though. 6
seconds isn't too bad, considering we had 30 to
Aaron Griffin schrieb:
On Sat, Sep 13, 2008 at 10:24 AM, Dusty Phillips [EMAIL PROTECTED] wrote:
Hey guys,
I tracked down the problem and fixed it. The basic problem is that
there are two packages in i686 right now that have their arch set to
x86_64:
texlive-core
texlive-htmlxml
Looks like
Aaron Griffin schrieb:
Changelog: http://www.openssh.org/txt/release-5.1
Basic upstream bump
If someone could build for x86_64, that'd be awesome
Signed off x86_64. Tested basic client/server functions (log in to
localhost and log in to remote host), all seems fine.
signature.asc
Thomas Bächler schrieb:
Aaron Griffin schrieb:
Changelog: http://www.openssh.org/txt/release-5.1
Basic upstream bump
If someone could build for x86_64, that'd be awesome
Signed off x86_64. Tested basic client/server functions (log in to
localhost and log in to remote host), all seems fine
- http://bugs.archlinux.org/task/9739
rc.single needs to be adjusted here, because init s apparently kills
udev. Should be easy, I'll take care of it.
- New udev breaks installation: post_install doesn't create /dev/console
anymore. If /dev/console does not exist, kinit will fail to switch to
Aaron Griffin schrieb:
Very interesting, in case you guys don't read arch-general:
I already responded on arch-general. I already created an iw package and
I was able to compile crda (no PKGBUILD yet). iw is only useful for
setting up the new stuff (like mesh mode), but cfg80211 is still
I updated klibc from 1.5 to the Testing 1.5.14. We had to patch 1.5 so
heavily to even work and it had evil bugs, so going with 1.5.14 is better.
First of all, it won't upgrade smoothly due to a pacman bug. Please do
rm /usr/lib/klibc/include/asm
to remove a symlink that causes lots of false
Fixes bug http://bugs.archlinux.org/task/9739, No other changes (except
a comment removed). Please sign off.
signature.asc
Description: OpenPGP digital signature
- Replaced the C++ resolve-modalias by the same C program used in
klibc-extras, should gain some speed and removes the gcc-libs dependency
- Added a post_install so that /dev/{console,null,zero} are created
again, so we don't break FTP installations when we move to core
- Removed driver loading
I'd like to add a klibc version of 915resolution to extra. 915resolution
is unnecessary for Xorg these days, it is however useful when compiled
with klibc if you want to use uvesafb for widescreen framebuffer. Any
objections?
signature.asc
Description: OpenPGP digital signature
Thomas Bächler schrieb:
Fixes bug http://bugs.archlinux.org/task/9739, No other changes (except
a comment removed). Please sign off.
And another one, forgot to fix a trivial bug related to functions.d.
Sign off again.
signature.asc
Description: OpenPGP digital signature
Douglas Soares de Andrade schrieb:
Hi,
I guess it is time to finally send subversion 1.5.2 to extra, so this is
the signoff time =)
I have been commiting packages with it since the 1.5.2 release and i did
not had any problems.
Later on, we can remove the svnmerge.py script and use svn
101 - 200 of 1431 matches
Mail list logo