Andreas Radke via arch-dev-public schreef op 2020-06-26 08:39:
We have to choose if we want simple
makedepends=('xorg-font-utils') or
makedepends=('xorg-mkfontscale' 'xorg-bdftopcf' 'xorg-font-util')
Sure we can drop the meta package "xorg-font-utils" entirely but it
simply covers all possible
Hello,
I would like to drop pangox-compat. Reasons:
1. it does not compile with pango 1.44
2. the current compiled package links fine, but does not render any text
when used with pango 1.44
3. upstream has archived the source and doesn't support it anymore
4. People care about 1. but not about
Balló György via arch-dev-public schreef op 2020-03-13 10:56:
Hi all,
I would propose to remove PyGTK from the official repositories. PyGTK
was used to create GTK2 applications in python2. It's deprecated and
unmaintained since 2011 in favor of PyGObject, and does not receive any
fixes since
On Fri, 2019-06-07 at 16:55 +0200, Sven-Hendrik Haase via arch-dev-
public wrote:
> Since I actually use it but don't care enough to start maintaining
> it, I'd
> appreciate it if you could try bumping it first and then drop it if
> that
> turns out to break other stuff.
I tried to bump Ekiga to
On Thu, 2017-03-02 at 20:06 +0100, Lukas Fleischer wrote:
> On Thu, 02 Mar 2017 at 07:05:44, Lukas Fleischer wrote:
> > What is the plan for packages where upstream is dead or reluctant
> > to
> > migrate to OpenSSL 1.1.0 (see e.g. [1])? Are we going to ship a
> > legacy
> > openssl-compat (or
Since we're dropping dead packages, I have one package remaining on the
"missing sources" todo list: cdrkit.
Given the fact that Debian has forked an old cdrtools release, applied
some patches and then abandoned the project completely, I would like to
remove it and replace it with the original
At this moment there's two of my packages on the todo list "Packages
with missing sources": cdrkit and mod_fastcgi.
Both packages are abandoned projects: no development, websites
completely dead and source files can only be downloaded from other
distributions.
I would like to drop both packages
On zo, 2015-06-07 at 19:09 +0200, Sébastien Luttringer wrote:
Hello,
This merge was suggested to me on IRC; dnsutils is out-of-date since
a
long time.
I don't know if there was a good reason to keep them separated. I
currently planing to keep two packages and merging sources.
On di, 2014-08-19 at 09:13 +0900, Gaetan Bisson wrote:
What the ?!?
You know that's not how this is supposed to work, right?
It's the second time in two days hugin is broken because of people
updating a dependency without checking for soname bumps and pushing
straight to [extra].
Is
On di, 2014-08-05 at 23:04 +1000, Allan McRae wrote:
Do it. Can you check they all made it to the AUR too?
A
AUR makes no sense when those packages were killed because nothing needs
it anymore. Why would you put something like xf86-video-i810 in AUR if
it doesn't build since the day it
On wo, 2014-06-25 at 23:44 +0200, Sébastien Luttringer wrote:
I tend to think that a different machine than nymeria would be a
better
option to isolate our mail functions from package management on our
infrastructure.
The whole reason for splitting Gerolde and Gudrun years ago was because
our
On zo, 2014-04-20 at 11:12 +0200, Sébastien Luttringer wrote:
We use closed-source components on our computer everyday (BIOS,
firmwares) because we trust hardware provider like Nvidia.
I wouldn't says that people who have Nvidia cards and run Nvidia
drivers
are in an inherently insecure
Pierre Schmitz schreef op 27.02.2014 13:04:
I did push a rebuild PHP into [staging]. I had to add a hack to keep
the
non-ZTS build that can only be used with the prefork MPM. For some
reason PHP devs thought it would be a good idea to base a PHP compile
time option on the stat of an Apache
On zo, 2013-10-27 at 19:13 +0100, Giovanni Scafora wrote:
Hi there,
I am no longer interested in maintaining the abiword package.
Is there anyone who wants to keep it?
Shouldn't be an issue for me. I'm also maintaining gnumeric and some
dependencies for abiword. I already started working on
On za, 2013-10-05 at 00:43 +0200, Balló György wrote:
Hi,
I would like to propose a new virtual package called
'polkit-authentication-agent'.
IMHO polkit authentication agents should be just as default as an X
server. We don't depend on xorg-server for graphical applications
either.
GNOME
Don't know if anyone noticed so far, but dmesg on this box has some
kernel traces from unreadable sectors and disk resets, and after a few
of those the disk got kicked out of md1, so this server is basically
running single-disk now.
On do, 2013-06-27 at 14:15 +1000, Allan McRae wrote:
FAIL: glib2 (automake-1.14 incompatibility)
Fixed, it was some timestamp issue (glib2 doesn't need automake to
build)
Gaetan Bisson schreef op 20.03.2013 22:35:
Good for you. Now I package what I want on my spare time and, if
there's
a superior and easier-to-maintain alternative, I'm not going to waste
any more of my time on a crumbling piece of software just because
certain people cannot be bothered to
Jan de Groot schreef op 22.03.2013 13:47:
FYI: I adopted dnsutils.
Maybe you should look into what you're talking about a big more. You
started a complete dig/nslookup - drill migration based on the fact
that you don't like the build system used in bind10 and the fact that
it's written in C
On wo, 2013-03-20 at 10:05 +0100, Thomas Bächler wrote:
Am 20.03.2013 04:50, schrieb Gaetan Bisson:
Consequently, official packages using
[dnsutils](https://www.archlinux.org/packages/core/x86_64/dnsutils/)
were migrated to
[ldns](https://www.archlinux.org/packages/core/x86_64/ldns/),
a
Bartłomiej Piotrowski schreef op 10.03.2013 11:51:
Date: Sunday, March 10, 2013 @ 11:51:38
Author: bpiotrowski
Revision: 179837
upgpkg: libgda 5.1.1-1
- upstream release
- mariadb rebuild
5.1 is an unstable development release. Is this really needed for
MariaDB support? I would prefer
At this moment our Mesa package is a mess. It contains several split
packages, some even just containing one file. Most of these packages
depend on eachother, so other than let's make it look like Debian I
don't see a big need for splitups anymore.
The initial splitup was *-dri due to its size,
On vr, 2013-02-08 at 10:20 +0100, Thomas Bächler wrote:
I appreciate your effort and have no objection against adding Wayland.
However, to limit people's enthusiasm about this, I just want to remark
that having Wayland installed now is not incredibly useful: Weston is
AFAIK the only
On za, 2012-12-01 at 14:45 -0500, Dave Reisner wrote:
While we're touching the PKGBUILD, why do we fix the configuration
file in the package function? Would be nice if we could cleanup the
30-dbus file as well to simply use shell builtins rather than an
external (yes, 'which' is in base, but
On ma, 2012-12-03 at 13:05 +0100, Tom Gundersen wrote:
Any suggestions on how these messages can be avoided?
You can't, unless you push an update for dbus-core first...
Please don't. Consolekit is not maintained upstream anymore and should get
killed with fire. null
On do, 2012-10-04 at 08:10 -0400, Stéphane Gaudreault wrote:
Thank you Pierre and Allan for pointing this. Since the separation of
traceroute was done several months ago, I will just remove the message
and will keep these informations in mind for the future.
Besides that, suggesting
At this moment it looks like GNOME 3.6 is pretty much finished in
gnome-unstable and should be ready for a move to testing soon. Things
that come to my mind before we can declare this finished:
- evolution-exchange has not been updated upstream and doesn't build
- same for evolution-groupwise
-
On di, 2012-08-14 at 10:57 -0400, Stéphane Gaudreault wrote:
Any objections to start the migration process ?
Go ahead. Maintaining 2 systems is a lot of duplicate work. Besides the
duplicate work, you'll get covered in patches trying to support setups
that avoid installing something new.
Polkit
On za, 2012-07-07 at 13:25 -0400, Dave Reisner wrote:
Hey all,
Allan pushed glib 2.16-2 into [testing] which removes /lib as a
directory, replacing it with a symlink. A bit of advice...
- In the simplest case, the upgrade can be done as simply as:
pacman -Syu --ignore glibc pacman
On wo, 2012-06-13 at 19:32 +0200, Andreas Radke wrote:
I'd like to drop openjdk6 when the next security update will be
released if possible.
Why wait for a security release? If it's obsolete and nothing requires
it anymore, let's drop it.
On Thu, 19 Apr 2012 14:04:25 +0200, Florian Pritz wrote:
On 19.04.2012 10:56, Tom Gundersen wrote:
On Apr 19, 2012 10:37 AM, Thomas Bächler tho...@archlinux.org
wrote:
Am 18.04.2012 21:20, schrieb Eric Bélanger:
Hi,
Currently, the inetutils packages provide the old unsecure r*
family
of
Recently I've seen several bugs getting closed as upstream. This is
not just about bugs in nvidia drivers or bugs in flashplayer, but also
about bugs in the intel drivers that upstream has patches for. Closing
this means that we still suffer from that bug until upstream releases a
new driver 3
On za, 2012-04-14 at 11:53 +0200, Andreas Radke wrote:
When we say we ship vanilla stuff it's valid to close with upstream
and leave post release fixes up to the users.
If we see it our task to fix true bugs we can apply patch everything.
That's a question of Arch way.
So the Arch Way is
On do, 2011-12-29 at 20:16 +0100, Tom Gundersen wrote:
On Thu, Dec 29, 2011 at 7:48 PM, Dan McGee dpmc...@gmail.com wrote:
I've realized I didn't say much productive, but I don't have time to
fight this battle, nor do I even really use the LTS kernel. However,
this whole darn thing just
On di, 2011-12-27 at 14:07 +0200, Ionut Biru wrote:
On 12/27/2011 01:05 PM, Allan McRae wrote:
I have uploaded the glibc-2.15 toolchain into [testing]. Changes:
glibc-2.15-1:
- upstream update
- remove no longer needed patches
glibc 2.15-1 breaks nvidia-utils. All applications
On Sun, 2011-12-18 at 23:19 +, Arch Website Notification wrote:
When randomly looking at files and directories, I
found /usr/share/pkgconfig
and though: this ain't right
For architecture-independent packages like the ones in
todo, /usr/share/pkgconfig is a perfectly valid place to store
On Mon, 2011-12-19 at 10:15 +0100, Tom Gundersen wrote:
On Mon, Dec 19, 2011 at 9:50 AM, Jan de Groot j...@jgc.homeip.net wrote:
n randomly looking at files and directories, I
found /usr/share/pkgconfig
and though: this ain't right
For architecture-independent packages like the ones
On wo, 2011-11-09 at 21:32 +0100, Tobias Powalowski wrote:
Latest LTS kernel is in testing,
please signoff for both arches
2.6.32.48 is out, reverting 3 build-breaker patches. We're probably not
affected by this, but people changing the config file will hit it.
On di, 2011-10-25 at 17:12 +0200, Tobias Powalowski wrote:
Hi guys,
please signoff 3.1 series for both arches.
Upstream
changes:
http://kernelnewbies.org/LinuxChanges
Archlinux Changes:
- $(uname -r) reports now the full kernel version
- all external modules should be installed in
On za, 2011-10-29 at 18:29 +0200, Thomas Bächler wrote:
Am 29.10.2011 18:03, schrieb Jan de Groot:
-1 from me. Reasons for this:
1. The fix-i915.patch was removed, this causes my laptop to see a
connected television again, while my laptop doesn't even have an output
for that
2. Massive
On Fri, 2011-10-07 at 16:15 +0300, Ionut Biru wrote:
On 10/05/2011 11:15 AM, Ionut Biru wrote:
Hi,
some cards(8600 is) are affected by high cpu usage and applications
freezing. Aaron tracked it down to another xorg commit...
more here:
On Wed, 2011-09-28 at 08:52 -0400, Dave Reisner wrote:
So we're missing the VeriSign Class 3 cert which seems extremely odd.
As per Verisign[1], all class 3 root certs are in valid and should
remain in root certificate bundles.
We're not missing it in ca-certificates, we just have a different
On Wed, 2011-09-07 at 11:55 +0200, Pierre Schmitz wrote:
As a follow up I'd recommend to also remove the root certificates of
Staat der Nederlanden. The problem is that they had used DigiNotar as
intermediate CA. There are specific updates for Firefox and Chromium but
other browsers are still
On Tue, 2011-08-30 at 22:24 +0200, Pierre Schmitz wrote:
Hi all,
there was another incident with a CA. See
http://blog.mozilla.com/security/2011/08/29/fraudulent-google-com-certificate/
for more details. If you like to distrust this issuer you'll find a
howto for Firefox at
I have prepared xorg-server 1.11.0 with all drivers in staging. This
release includes an ABI bump for both input and video drivers, so all
drivers have been rebuilt also.
The current Nvidia driver doesn't support this version of xorg-server
yet, an ignoreABI hack is required to get it starting,
On Thu, 2011-08-25 at 00:15 +0200, Tom Gundersen wrote:
Thanks to everyone involved with pushing this. I can not wait to get
rid of SVN. Doing anything but the most trivial operations is a huge
PITA.
IMHO the only nice features I like from git that aren't in SVN are
bisect and the possibility
On Sun, 2011-08-21 at 17:48 +0200, Florian Pritz wrote:
Hi,
It's been over 7 years since the last upstream update and gamin provides
nearly all the functions without requiring a daemon and it uses inotify.
As for NFS support, gamin monitors local events so it won't affect users
having the
Right now we have 3 standalone packages in our repositories for a
package that could get built from one source:
- libsasl - library and plain/login/sasldb modules, core for libldap
- cyrus-sasl - saslauthd with dependency on cyrus-sasl-plugins
- cyrus-sasl-plugins - all plugins not in libsasl
We
On Wed, 2011-08-03 at 13:39 +0200, Thomas Bächler wrote:
Am 03.08.2011 09:24, schrieb Auguste Pop:
On Wed, Aug 3, 2011 at 3:16 PM, Guillermo Leira gle...@gleira.com wrote:
If you run pacman -Ss libreoffice, you see that there seems to be a
libreoffice group. But when you run pacman -S
Please signoff for both architectures.
Changes: too much to mention. I'll try anyways.
Packaging changes:
- Everything is built from one PKGBUILD in cyrus-sasl. Changes to this
PKGBUILD are merged to libsasl
- libsasl now contains all mechanisms except GSSAPI
- NTLM mechanism included
- OTP
On Thu, 2011-07-28 at 15:17 -0400, Stéphane Gaudreault wrote:
Please test and signoff
Built cups against this version:
old libcups:
-lcups -march=x86-64 -mtune=generic -O2 -pipe -I/usr/include/dbus-1.0
-I/usr/lib/dbus-1.0/include -DDBUS_API_SUBJECT_TO_CHANGE
-Wl,--hash-style=gnu
On Thu, 2011-07-28 at 12:06 -0400, Stéphane Gaudreault wrote:
It is ok for me to apply the krb5-1.7-nodeplibs patch. As Dave mentionned
the other one is just hardening stuff and it is not necessary at this time.
I will prepare an update later today.
Thanks for reporting this.
On Tue, 2011-07-19 at 09:46 +0300, Ionut Biru wrote:
I see that is expiring in 08/12/2012. Is it too early for me and I
don't
see well?
It's still valid until August next year, so yes, we should just keep it
and not renew it yet. This cert was valid for 2 years instead of just
one.
On Fri, 2011-07-15 at 20:48 -0400, Eric Bélanger wrote:
Sure. I just did it in my WIP PKGBUILD to not forget.
As no-one seems to know about the db moving part, I'm leaning into
keeping --localstatedir=/var/lib/openldap. I'll wait for a day or two
in case someone wants to pipe in, unless you
On Sat, 2011-07-16 at 05:40 -0400, Eric Bélanger wrote:
On Sat, Jul 16, 2011 at 4:09 AM, Jan de Groot j...@jgc.homeip.net wrote:
On Fri, 2011-07-15 at 20:48 -0400, Eric Bélanger wrote:
Sure. I just did it in my WIP PKGBUILD to not forget.
As no-one seems to know about the db moving part
Looking at our fam package, I see pkgrel=15, 4 patches and no upstream
development. One of these patches even implements the use of DNotify,
which is a limited deprecated kernel API also.
I would suggest to drop FAM support where inotify is available. This
means that samba and gnome-vfs should
On Tue, 2011-06-07 at 12:58 +0200, Tobias Powalowski wrote:
- lirc does not compile, anyone who uses lirc might take a look at it
We have no maintainer listed, this time no commits on their git
happened lately to fix compile errors.
Lirc compiles now, fixing it was very easy. I also
On Sat, 2011-05-07 at 07:53 +0200, Tobias Powalowski wrote:
If someone has the need to run older kernels, those should be smooth
enough to
keep an older udev version.
I agree with Thomas, we are bleeding egde and if users need stuff that
is older
than half a yea, you should be able to
Please signoff for both architecture. This release needs a bit testing,
as upstream changed X11 autolaunch support. I re-enabled this with a
hack in dbus-core instead of makedepending on libx11.
On Wed, 2011-05-04 at 14:13 +1000, Allan McRae wrote:
pciutils
Moved to core.
As all major projects (KDE, XFCE and GNOME, Xorg) have been ported to
udev/upower/udisks instead of hal, I would like to retire hal from our
distribution. Right now we have several open bugs in hal. Some are
packaging bugs, some are upstream bugs that will never get fixed.
Upstream development for
On Thu, 2011-04-14 at 14:02 +0200, Thomas Bächler wrote:
Am 14.04.2011 12:54, schrieb Ionuț Bîru:
That problem could be easily solved in our nouveau package, just look at
the nvidia-utils package. I don't understand why this isn't done.
sure but Jan didn't want it.
On Thu, 2011-04-14 at 15:32 +0200, Thomas Bächler wrote:
Am 14.04.2011 15:06, schrieb Jan de Groot:
His closing comments in the bug report are wrong, I think. I need to
try, but if I understand this right, you can still install nouveau (with
this file) and X will fall back to other drivers
Please signoff for both architectures. This is just a simple rebuild
that replaces the force option with an epoch. As pacman treats epoch
versions newer than ones without, I lowered the pkgrel to 1 also again.
On Wed, 2011-04-06 at 08:20 +1000, Allan McRae wrote:
I think the correct approach is the one that has been started:
python2-foo - python-2.x package
python-foo - python-3.x package
I am against using python3-foo instead of python-foo...
We just need to bite the bullet and get this
On Thu, 2011-03-24 at 11:17 +0100, Andrea Scarpino wrote:
Hi everybody,
can I move the poppler rebuilt packages in [extra]?
I want to move MySQL in [extra], but KOffice is present in both TODO
list and then it doesn't work without poppler 0.16.3.
Move it.
Please signoff for both architectures.
This update cleans up the PKGBUILD in a way that uses all possibilities
that are present in the Makefile:
- PREFIX=$pkgdir/usr is replaced by using DESTDIR
- install-lib target is used instead of copying files around
This release contains both shared and
I'd like to propose a restructuring of Xorg packages. Right now we have
xorg-server, some drivers in two groups, some apps, and some transition
packages. Some belong to a group, some don't.
I would like to propose these groups:
- xorg-apps: containing only the app/* packages from upstream
-
On Fri, 2011-03-11 at 04:08 +0800, Ray Rashif wrote:
On 10 March 2011 20:56, Jan de Groot j...@jgc.homeip.net wrote:
I'd like to propose a restructuring of Xorg packages. Right now we have
xorg-server, some drivers in two groups, some apps, and some transition
packages. Some belong
On Tue, 2011-03-08 at 15:17 +1000, Allan McRae wrote:
On 08/03/11 03:45, Andreas Radke wrote:
Any objections to add
replaces=('openoffice-base') to the next LibO pkg?
I'm all for dropping this but is the replaces really needed? That
basically rules out anyone supporting it in the
On Tue, 2011-02-15 at 20:39 -0500, Stéphane Gaudreault wrote:
Question :
The minimum kernel that we support is 2.6.27 [1]. Udev requires a minimum
kernel version of 2.6.27, however default set of rules provided by upstream
requires a most recent kernel release to work properly. This is
On Thu, 2011-02-10 at 17:24 +0200, Ionuț Bîru wrote:
we did had vi being a stripped vim package in the past. We got rid of
it
because upstream vim started to not helping arch users because it
was
broken. That impression was given by our users who didn't understand
that python and other
On Thu, 2011-01-27 at 15:06 -0200, Ángel Velásquez wrote:
Hi,
As you know yesterday a new minor version of 5.12 branch of perl were
released.
I've recently rebuilt perl 5.12.2 which is in [testing] waiting for
signoff to fix a little bug with building with gcc 4.5.
So, basicly we have
On Fri, 2011-01-28 at 01:47 +0800, Ray Rashif wrote:
I'm bringing this [1] in as python2-poppler for a feature request [2],
though it will just be an optional dependency. The question is, can
any existing package make use of it (PDF functionality, mainly
export)? If not, it will go to
On Thu, 2011-01-06 at 02:12 -0300, Ángel Velásquez wrote:
Guys,
I've been doing some rebuilds, those are on staging (sorry if I
rebuilt packages from others, but I think this was taking too long and
you were busy fixing other stuff), anyway I know what packages I've
rebuilt so any bug on
On Tue, 2011-01-04 at 01:40 +0800, Ray Rashif wrote:
If you redistribute exactly the same set of files as in original
rarlinux-4.0.b3.tar.gz tar archive, then it is allowed even if you
changed the packaging format from tar.gz to format, which is more
suitable for your Linux distribution. So
On Wed, 2010-12-22 at 09:20 +0100, Andrea Scarpino wrote:
On Wednesday 22 December 2010 08:49:37 Jan de Groot wrote:
It's not just mysql_upgrade. You'll need to have then new mysql running
first, but it won't start before upgrading. MySQL released documentation
about exact upgrade
Upstream update, please signoff for both architectures. This update
fixes a DoS vulnerability, so getting this quickly into core is quite
important.
On Tue, 2010-12-21 at 16:16 +0100, Andrea Scarpino wrote:
Remember that you need to run mysql_upgrade as root after the
installation and
with mysql running. I added a message to post_update() for this.
It's not just mysql_upgrade. You'll need to have then new mysql running
first, but it won't
On Fri, 2010-12-17 at 08:32 +0100, Andreas Radke wrote:
My plan is to start bringing new libdrm/mesa7.10/Xorg1.10 in the next
days to testing. This will improve (me prays) the situation for open
source drivers but will probably break the proprietary drivers for
some time.
I don't follow
On Fri, 2010-12-17 at 16:02 +1000, Allan McRae wrote:
- removed de_DE check as
What's the reason for that? Doesn't gcc check for locale support using
de_DE anymore?
On Sun, 2010-11-28 at 17:16 +0100, Tobias Powalowski wrote:
- libusb1 is the successor of libusb 0.1.x
- Jan moved this lib into extra in order to allow to build packages wich need
libusb 1.x
- Now some programs still need libusb 0.1.x functions. The upstream
developers
created a wrapper
On Mon, 2010-11-15 at 06:35 +0800, Ray Rashif wrote:
On 15 November 2010 04:11, Jan Steffens jan.steff...@gmail.com wrote:
One of the problems of PulseAudio is that it pretty much becomes the
default as
soon as you install it:
- The client library will start the server if it's not
On Sat, 2010-10-23 at 15:55 +0200, Pierre Schmitz wrote:
On Mon, 18 Oct 2010 08:32:54 +0200, Jan de Groot j...@jgc.homeip.net
wrote:
On Sun, 2010-10-17 at 18:50 +0200, Pierre Schmitz wrote:
This is not that critical. This is caused by some kind of bug/missing
feature in ca-certificates
Following my message about splitting the xorg-*-utils/apps packages in
single packages for every app, I took a look at the official Xorg
release set. With the release of Xorg 7.4 and 7.5, a lot of apps and
drivers were removed. Some of these apps are still required but are no
longer required, so
While I was updating some xorg-*-apps/utils packages a few minutes ago,
I became a bit sick of it. Right now I have a list of outdated packages
and an announcement mailinglist with updated tarballs released by the
X.Org project. Finding the package associated with a released tarball is
hell, and
On Sun, 2010-10-17 at 18:50 +0200, Pierre Schmitz wrote:
This is not that critical. This is caused by some kind of bug/missing
feature in ca-certificates-java which needs an update. Maybe I'll ask
Jan if I could adopt that package.
That's not a problem with ca-certificates-java, but with java
On Sun, 2010-10-10 at 19:14 +0200, Tobias Powalowski wrote:
Hi guys,
i cannot build new iputils due to fail in docs,
osx:/etc/xml/catalog:2:78:E: name expected
osx:/etc/xml/catalog:2:18:E: cannot find PUBLIC; tried /etc/xml/PUBLIC,
/usr/share/sgml/PUBLIC, /usr/share/xml/PUBLIC
On Wed, 2010-10-06 at 15:12 +0200, Andrea Scarpino wrote:
On 6 October 2010 14:30, Jan de Groot j...@archlinux.org wrote:
Date: Wednesday, October 6, 2010 @ 08:30:34
Author: jgc
Revision: 94278
archrelease: copy trunk to staging-i686
Added:
poppler/repos/staging-i686/
Hi
On Sat, 2010-10-02 at 15:35 -0400, Eric Bélanger wrote:
Hi,
sysvinit-2.88-2 is in testing.
Changes:
- Add install scriptlet to reload init (close FS#21013).
It should fix unclean unmount when the package is updated like Allan
reported in the sigonoff thread for sysvinit-2.88-1
On Mon, 2010-09-13 at 20:11 +0200, Thomas Bächler wrote:
The 0.7 branch of wpa_supplicant is now the stable branch. This is the
first Arch package for the new branch, so please test this carefully and
sign off.
x86_64 has been successfully tested by yours truly with netcfg and
wpa_actiond,
On Sun, 2010-09-26 at 10:17 +0200, Tobias Powalowski wrote:
Hi guys,
please signoff both arches
greetings
tpowa
Signoff both. Seems the previous release also didn't get signoffs.
BTW: could you be a bit more descriptive on signoffs? Something like
including the upstream NEWS changes?
On Sat, 2010-09-11 at 15:04 +0200, Thomas Bächler wrote:
Upstream changes:
David Woodhouse (2):
Remove executable bit from iwlwifi-6050-4.ucode
Remove executable bit from ueagle-atm/DSP4p.bin
Henry Ptasinski (1):
Firmware for brcm80211 driver
Jon Mason (1):
On Tue, 2010-09-28 at 20:25 +0200, Andreas Radke wrote:
New Mesa 7.9 is expected very soon, probably late this week (rc1 is
out). We should move the 7.8.x mesa based Xorg release before we build
new Mesa 7.9 dri driver packages.
A closed source driver should never hold back an OSS package.
Please signoff for both architectures. Upstream changelog:
* Bugs fixed:
578295 gtester has a race condition
619945 GConverterOutputStream triggers assertion and corrupts data
621168 GKeyFile memory leak on Windows platform
616216 glib compile from remote directory fails
This release also
Please signoff for both architectures. This is a major version bump with
quite some changes, so please test carefully before signing off.
Today Cairo 1.10.0 was flagged, so it's time to update soon again.
I don't know when I will introduce the new package, as I'm still working
on passing the test suite included in it. Some of the tests fail here,
some even crash. One thing that will definitely change is the included
xcb backend. At
On Wed, 2010-09-08 at 16:10 +0200, Ronald van Haren wrote:
Fair enough, if enabling the xcb backend slows things down, especially
if it is unmaintained so not likely to improve soon, we should remove
it.
It's a shame that awesome has to go but I'm sure the people using
awesome know how to
Please signoff for both architectures. This release should fix the
threading issues that crashes KDE a lot.
http://bugs.archlinux.org/task/20604
1 - 100 of 451 matches
Mail list logo
