Am Sat, 21 Nov 2020 14:34:24 +
schrieb Filipe Laíns via arch-dev-public
:
> Does anyone have any big issue with this? What are your thoughts?
>
> [1] https://www.python.org/downloads/
>
> Cheers,
> Filipe Laíns
-1
Arch is yours. Whoever needs more and older releases on the system -
just d
We've started to build xorg-server packages form stable git branch
again to pull pending bug fixes and an uncertain release date.
A minor git package version numbering issue may prevent automatic future
updates. In case you have already installed version
1.20.9+21+g5c400cae1-1 from testing repo to
Am Mon, 5 Oct 2020 07:16:14 +0200
schrieb Sven-Hendrik Haase via arch-dev-public
:
> Hey everyone,
>
> It was suggested as part of this year's spring cleanup of [community]
> that we should be have a cleanup in [core]/[extra] and move packages
> downwards into [community].
>
> This round only co
There's some major effort going on to move from driver based scanning
and printing to driverless scanning and printing both based on IPP
specifications offered by newer devices.
While IPP based printing is already there for some time and usable with
cups+cups-filters [1] there's more work going on
Am Thu, 2 Jul 2020 13:00:27 +0200
schrieb Baptiste Jonglez :
> This is only midly annoying because I should have cleaned those up
> long ago, but maybe put a notice on the website about this change?
>
>
> Baptiste
Everything in our repos has been fixed to allow a smooth -Syu upgrade
path. We d
Am Fri, 26 Jun 2020 12:27:00 +0200
schrieb Andreas Radke via arch-dev-public
:
> Am Fri, 26 Jun 2020 12:15:54 +0200
> schrieb Andreas Radke via arch-dev-public
> :
>
> [...]
>
> We could also split the alias package or even drop it and add its
> source to the rel
Am Fri, 26 Jun 2020 12:27:00 +0200
schrieb Andreas Radke via arch-dev-public
:
> Am Fri, 26 Jun 2020 12:15:54 +0200
> schrieb Andreas Radke via arch-dev-public
> :
>
> [...]
>
> We could also split the alias package or even drop it and add its
> source to the rel
This ToDo list has been finished. I've removed xorg-font-utils from
extra repo. Custom/AUR font packages should be fixed dropping their
dependency on it to allow removing it from system.
-Andy
pgphSq88AyldY.pgp
Description: Digitale Signatur von OpenPGP
Am Fri, 26 Jun 2020 12:15:54 +0200
schrieb Andreas Radke via arch-dev-public
:
> Am Fri, 26 Jun 2020 16:56:03 +0800
> schrieb Felix Yan via arch-dev-public :
>
> [...]
>
> xorg-fonts-alias should only be required by the related
> xorg-fonts-{100dpi,75dpi,cyrillic,misc
Am Fri, 26 Jun 2020 16:56:03 +0800
schrieb Felix Yan via arch-dev-public :
> I noticed that xorg-fonts-alias and xorg-fonts-encodings were still
> kept:
>
> https://git.archlinux.org/svntogit/community.git/commit/trunk?h=packages/ttf-indic-otf&id=104e24f18c7138d6a0a260a86465375682d4edfa
>
> If t
Am Fri, 26 Jun 2020 09:38:28 +0200
schrieb Jan de Groot :
> Andreas Radke via arch-dev-public schreef op 2020-06-26 08:39:
> [...]
>
> The description says "transitional". The reason it exists is because
> it used to contain all utils it depends on. Since we have way
Am Thu, 25 Jun 2020 23:33:45 -0400
schrieb Eli Schwartz via arch-dev-public
:
> On 6/25/20 11:29 PM, Chih-Hsuan Yen via arch-dev-public wrote:
> [...]
> [...]
> [...]
> [...]
> [...]
> [...]
> [...]
> [...]
> [...]
>
> It is a "Transitional package depending on xorg fon
Am Sun, 29 Mar 2020 21:44:38 +1000
schrieb Allan McRae via arch-dev-public :
> We are currently supporting processors from 2003. We can be better
> than that.
>
> A
In the very early Linux days many tasks maxed out the cpu performance
and every cpus optimization was noticeable. This has changed
News draft - https://bugs.archlinux.org/task/61329
The hplip package prior to version 3.20.3-2 was missing the compiled
python modules. This has been fixed in 3.20.3-2, so the upgrade will
need to overwrite the untracked pyc files created. If you get errors
like these
hplip: /usr/share/hplip/base
There's getmail missing in this list. There's no python v3 port or
serious work happening. Whenever we drop python v2 we will drop getmail
as well.
In generell I'm not for keeping python v2 support any longer. I'm for
announcing a public deadline and then drop everything that will not be
ported.
Am Sat, 21 Dec 2019 19:47:39 +0200
schrieb Evangelos Foutras via arch-dev-public
:
> @Andreas: Can you go ahead and add xorgproto back to libx11? Better to
> have 1.5 MiB of headers installed than add seemingly unrelated
> xorgproto build dep to packages failing to build or have features
> suddenl
With this move I've "fixed" libx11 no more depending at runtime on
xorgproto package. I think no headers belong to an end user system and
the libx11 library itself doesn't depend on it. But we also ship
libx11-devel part inside the package and this indead depends on
xorgproto headers. The libx11 .p
Packages have been rebuilt and prepared to remove obsolete libdmx and
libxxf86dga. Xorgproto legacy support has been removed and wherever it
was added to be a runtime dependency it is now a build time
dependency. Some packages will need additional xorgproto makedependency
added when missing some he
I've created a bug[1] to follow a long overdue Xorg cleanup to drop
legacy and dead code from our packages. This will require fixing
makedepends in a 2nd step. I will do the most work over the next
days/weeks. This all didn't fit well into a single ToDo list.
If you find more really dead Xorg pac
This Xorg input driver package shouldn't be used under Linux systems
anymore. It has been removed from our repos. Use either
xf86-input-libinput or xf86-input-evdev driver package.
https://gitlab.freedesktop.org/xorg/driver/xf86-input-keyboard/merge_requests/1
-Andy
pgpKcmGBLgNMN.pgp
Descripti
Am Sat, 01 Jun 2019 17:53:58 +0200
schrieb Ike Devolder via arch-dev-public
:
> On Sat, 2019-06-01 at 21:30 +1000, Allan McRae wrote:
> > You don't seem to
> > explain why you need to ask in your email.
>
> Because it is proprietary and I explain that now there is a valid
> reason compared to 3
Am Wed, 27 Mar 2019 18:22:50 +0100
schrieb Jerome Leclanche :
> I'll adopt bluez-firmware if no dev steps up (this one probably should
> stay in [extra]).
>
> J. Leclanche
It's deprecated for a long time and shouldn't be useful in any way:
https://git.kernel.org/pub/scm/bluetooth/bluez.git/comm
Time for two weeks offline with my family.
-Andy
pgpzMxqmqNNh2.pgp
Description: Digitale Signatur von OpenPGP
Am Sat, 31 Mar 2018 14:01:03 +0200
schrieb Andreas Radke via arch-dev-public
:
> The recent docs are available online here:
> https://www.kernel.org/doc/html/latest/#
>
> Should we keep packaging this at all or drop it? Is there anybody who
> want to take this package over? I'
In the past we have packaged man9 section of kernel docs. Upstream
removed the man pages section in 4.14 release. There are now different
types of kernel docs available (make help output):
Documentation targets:
Linux kernel internal documentation in different formats from ReST:
htmldocs
Am Tue, 12 Sep 2017 22:02:54 +0200
schrieb Sébastien Luttringer :
> Hello,
>
> Systemd is in the base group since October 2012. Not sure to
> understand if your problem is about base or base-devel.
> Most of our packages moved to systemd-sysusers. Would make sense to
> not have filesystem do the
New filesystem/systemd packages in testing have changed the way we
create system users/groups. That's done now via systemd itself or using
a systemd hook. So every package that needs certain user/group existent
or certain UID/GID to install its file will depend on systemd to be
installed on the sys
This list doesn't seem to cover (all) optional deps:
My claws-mail pkg optdepends on webkitgtk2. I will rebuild it removing
the html plugin.
http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3710
-Andy
pgp3LZw9DL3PP.pgp
Description: Digitale Signatur von OpenPGP
Am Mon, 12 Dec 2016 21:51:31 +0100
schrieb Bartłomiej Piotrowski :
> I'd like to set a certain date of dropping i686 completely. During
> that time, community and/or interested packagers could come up with
> either automated build solution, making it "tier 2" architecture.
> Otherwise it would jus
Am Wed, 28 Sep 2016 13:10:30 +1000
schrieb Allan McRae :
> It would be "simple" to add an SSE2 detection hook into the filesystem
> package that aborts any pacman transaction attempting to install a
> list of packages on i686 systems without SSE2 support. Is that a
> viable solution?
>
> Any oth
Am Mon, 19 Sep 2016 23:30:35 +0200
schrieb Sven-Hendrik Haase :
> This would probably be a good time to get a fully automated building
> setup going. We certainly have the hardware for it now.
+1
> >> Another option could be to keep i686 and x86_64 as is, and
> >> introduce new architectures wit
Time for some vacation.
-Andy
pgptXBCrAoBFp.pgp
Description: Digitale Signatur von OpenPGP
The libvpx rebuilt packages have been moved to testing. Old avidemux
won't compile against it. A major update is pending for a long
time. Eric isn't around it seems already for a few months.
Is there any Dev or TU wanting to take care of it?
If not we should drop it to AUR.
-Andy
pgpqUCKFwBQd
I'll be away for a vacation trip to Italy and Austria. Have fun.
GnuTLS has a new branch 3.5.x out. We don't want that "next stable
branch" this early. Let's keep holding it back a bit more.
There are hunspell and poppler .so rebuild pending we can do later. And
I have some LibreOffice related li
Am Thu, 14 Apr 2016 13:29:33 +0200
schrieb Ike Devolder :
> On Thu, Apr 14, 2016 at 08:06:35PM +1000, Allan McRae wrote:
> > On 14/04/16 19:23, Ike Devolder wrote:
> > > - use separate repo [kernel-update{-testing,-staging}]
> >
> > Why? We have staging for rebuilds like these.
>
> So we
Am Thu, 24 Mar 2016 08:29:57 +1000
schrieb Allan McRae :
> I did. Maxime said building modules for only linux and linux-lts is a
> good compromise. The Florian said "please go that route". Lukas was
> strongly in favour "of have binary modules for kernels from [core]".
>
> Gatean was in favour o
Am Wed, 9 Mar 2016 10:19:18 +1000
schrieb Allan McRae :
>
> That will fix the use of "optdepends" for things that are not optional
> (this is not the only package that does this...)
We should have "optdepends" for choice where users should be forced to
make a choice like we do now when a "provide
Am Tue, 16 Feb 2016 20:03:40 +0100
schrieb Laurent Carlier :
> I have two packages for vulkan, headers and manpage and i would like
> to add them to extra.
>
> By the way, i would also like to move opencl-headers in extra for
> consistency
>
Go on. They will become essential pretty soon anyway.
Am Sun, 20 Dec 2015 18:13:02 +0100
schrieb Sébastien Luttringer :
> Hello,
>
> A new arch-devops mailing list has been added to lists.archlinux.org.
> The list should be used to discuss Arch Linux infrastructure and
> operations topics.
>
> Permission scheme are based on arch-dev-public; list is
What's the plan with xz update? Will you push 5.2.0 with smp
support right after the 5.0.8 update?
-Andy
pgpWe6OX64ZrC.pgp
Description: Digitale Signatur von OpenPGP
Am Wed, 10 Dec 2014 11:46:27 -1000
schrieb Gaetan Bisson :
> Hi guys,
>
> I'd like to move gnutls and its dependencies (libtasn1, nettle,
> p11-kit) to [core] so gnupg can link against it; that'll enable HKPS
> support. Does anyone think it's not a good idea?
>
> Other [core] packages may later
Am Tue, 19 Aug 2014 09:38:12 +0200
schrieb Jan de Groot :
> 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 depend
Am Thu, 7 Aug 2014 10:11:02 +0200
schrieb Bartłomiej Piotrowski :
> On Wed, 06 Aug 2014 22:33:30 +1000
> Allan McRae wrote:
> > As an aside... why name the package libreoffice-still and not just
> > keep libreoffice? As a user I would expect "pacman -S libreoffice"
> > to find some form of libr
I'll be away for holiday over the next 2 weeks in northern Italy. Have
fun and keep Arch running.
-Andy
signature.asc
Description: PGP signature
Am Sun, 25 May 2014 21:53:44 +0200
schrieb Andreas Radke :
> Newly added librevenge requires many document treating libraries being
> released with .so bumps.
>
> http://listarchives.documentliberation.org/www/discuss/msg00070.html
>
> I'm currently pushing updated libs
Newly added librevenge requires many document treating libraries being
released with .so bumps.
http://listarchives.documentliberation.org/www/discuss/msg00070.html
I'm currently pushing updated libs to staging. Please wait for a 2nd
mail before starting the rebuilds.
-Andy
signature.asc
Descr
Libetpan built with new toolchain braiks claws-mail even after
recompiling it. For now I removed the broken new libetpan version from
testing.
-Andy
signature.asc
Description: PGP signature
Am Sun, 30 Mar 2014 11:21:25 +0200
schrieb Guillaume ALAUX :
> Hi devs,
>
> A new major version of Java went out recently [0]: "OpenJDK 8" but we
> do not have a package for it (for the following reason) and some
> Archers are asking questions [1] or flagging our openjdk7 package as
> out of date
Arch philosophy is to provide an open source software
distribution. We do allow exceptions where open source
software is not available or in very poor shape.
I can't see how this office suite would fit this.
I'm generally for avoiding closed stuff wherever possible.
-1
-Andy
signature.asc
De
Am Sat, 15 Mar 2014 16:05:35 +0800
schrieb Felix Yan :
> On Saturday, March 15, 2014 08:29:42 Andrea Scarpino wrote:
> > On Tue 21, January 11:20:07 Andreas Radke wrote:
> > > There is a libssh 0.6.0 release update pending for us. I'd like
> > > to ask you stay wi
I took over libevdev. It's somehow related to the Xorg packages I
maintain. But the only packages in our repo that can optionally depend
on it are clutter and packages depending in it.
I've put libevdev 1.0.x into staging to start the .so rebuild. I've
found that the old 1.16.x clutter won't build
There's a major version bump pending now for a very long period and
user request come up every now and then requesting the update to the
current 2.4.x branch.
The current maintainer seems to have no time or interest to work on
this in the near future. So someone else should pick this package up or
Am Wed, 22 Jan 2014 21:03:14 +0100
schrieb Jelle van der Waa :
> It totally makes sense to create packages for libraries which are
> used in Calligra and LibreOffice. Creating packages for obscure
> libraries used only in LibreOffice seems like an unnecessary maintain
> burden, I just wonder why y
I'd like to make use of libpaper in Ghostscript, Cups and LibreOffice.
So I will move it to extra and will maintain it there.
Also I was told that Callibre can make use of certain libraries in
future versions that are already part of the internal LibreOffice
sources. I will do some investigation a
There is a libssh 0.6.0 release update pending for us. I'd like to ask
you stay with 0.5.x branch for a bit longer.
X2goclient currently doesn't build and run with libssh 0.6.x. Upstream
is aware of it and will soon fix it. For now the next X2goclient
release will require patching old libssh 0.5.x
Bluez4 stack related packages have been dropped from extra repo.
Please remove all depending packages in our community repo (Blueman
comes to my mind if it is not fully ported to bluez5). Bluez4 should
not be picked up into the community repo. If people can't make their
to devices work with curren
Am Sat, 12 Oct 2013 16:28:56 +0200
schrieb Tom Gundersen :
> Hi guys,
>
> Once pulseaudio and bluedevil moves out of [testing], the only
> official package depending on bluez4 will be blueman.
>
> As blueman was last released two years ago, and last upstream activity
> was more than one year ago
Am Mon, 4 Nov 2013 13:39:48 +0100
schrieb Alexander Rødseth :
> Hi,
>
> gnome-commander doesn't compile. Do you still mind if I move it to
> AUR?
>
>
> Here is one of the errors:
>
>
> In file included from gnome-cmd-tags.cc:36:0:
> ./../dict.h: In instantiation of 'void DICT::add(KEY, const
Am Mon, 4 Nov 2013 18:54:29 +0100
schrieb Ike Devolder :
> Have you tried doublecmd ?
>
> It is actively maintained and has a gtk and qt gui.
Looks promising. Thx.
-Andy
signature.asc
Description: PGP signature
Am Mon, 4 Nov 2013 11:54:25 +0100
schrieb Alexander Rødseth :
> Hi,
>
> gnome-commander was last updated 2011-12-10, is currently an orphan
> and no other package needs it.
> https://www.archlinux.org/packages/community/x86_64/gnome-commander/
>
> perl-config-ini was last updated 2013-10-28, is
Am Tue, 15 Oct 2013 23:18:00 -0400
schrieb Eric Bélanger :
> I just discussed on IRC with Allan about the possibility of
> making !libtool the default in makepkg.conf. Currently, 104 packages
> contains *.la files (mostly gambas stuff). We could check which of
> these packages really require the l
I've updated LTS kernel to 3.10.x branch into testing repo. Please
rebuild all community modules. I'll do the module rebuilds for extra
repo packages.
-Andy
signature.asc
Description: PGP signature
I don't have a Nvidia card anymore. I've done a final untested bump to
304.108 to testing. I'm orphaning nvidia-304-utils and both kernel
modules now.
If nobody will pick them up we should move them to community or AUR.
-Andy
signature.asc
Description: PGP signature
Due to the license change in db5 (MIT style) to db6 (AGPLv3) we drop
the db6 update and will keep db5 in core for now.
Berkeley db5 won't see much further updates if any at all. We should
check each package that now links to it if that functionality is
essentially required.
I'm going to remove al
I suggest the quick solution to drop the db v6 rebuild and stay with
old db 5.3.21 to be on the safe side.
We should check all packages on the rebuild list if they
can be build without linking to Berkeley db at all (new Todo list).
Maybe that way we can move db in a first step to extra and drop
After some reading the AGPLv3 license is not different from GPLv3
with one addition. Since many services now run in the cloud in AGPLv3
this is also covered as "distribution" of the code and must be done
under the same rights that GPLv3 would require when shipping software
as binary builds via some
Am Mon, 5 Aug 2013 21:16:26 +0200
schrieb Rémy Oudompheng :
> Would it be a good idea to switch to 3.2 now until October? Linux 3.2
> is used by Debian 7 and is definitely widely tested by a lot of
> people.
>
> Rémy.
>
Not worth for the few months. We could have done that for over a year
and a
I've bisected gcc and found this commit breaking it for me:
http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=32b227ebedc3dde524cdbb3bfa7ccbca23e2a185
I've sent a mail to the gcc-help list with cc to the gcc commit author
and some libdrm and nouveau guys. Let's see if someone can help.
-Andy
signat
Uploaded tarballs with gcc47 and 48 with -O0 and -save-temps:
https://docs.google.com/file/d/0B8HSjV2qdYV1VXhmdnlxc29RZDQ/edit?usp=sharing
https://docs.google.com/file/d/0B8HSjV2qdYV1aE80NWh4S1Yzdlk/edit?usp=sharing
Feel free to run meld over .s files.
-Andy
signature.asc
Description: PGP sign
Am Sat, 13 Jul 2013 08:45:38 +0200
schrieb Alexander Rødseth :
> Well done narrowing the issue down. I haven't had the chance to
> compare the assembly output yet, but does it work if you compile with
> -fno-aggressive-loop-optimizations? Ref:
> http://postgresql.1045698.n5.nabble.com/Back-branche
I've built libdrm now with CLANG compiler and so far also no problems.
Clean dmesg, no hangs and no glitches over Firefox tabs.
I suggest to push a "fixed" package built with clang to testing and
report this one to gcc people.
Opinions?
-Andy
signature.asc
Description: PGP signature
This is just a heads up notice. I've found gcc 4.8 breaking libdrm on my
nouveau nv44 device. When compiled with gcc 4.8 I'm faced with random
nouveau related error messages in dmesg. Using new google maps quickly
leads to Xorg hanging and finally to Xorg freezing or even crashing.
I've seen other
I'd like to drop FreeNX from our extra repo. It's not maintained for
several years now though it can still do its job pretty well with
some heavy patching and sed commands fixing things that have changed
meanwhile.
We've already dropped the closed NoMachine NX client and I'd like to
drop OpenNX al
Am Wed, 29 May 2013 10:03:29 +0200
schrieb Gaetan Bisson :
> I doubt most of the static libraries our packages ship ever get used,
> so I strongly support getting rid of all that dead weight (that's
> 115M on my system, for instance). If needed, we can explicitly re-add
> options=('staticlibs') t
Am Fri, 12 Apr 2013 20:30:54 +0200
schrieb Andreas Radke :
> New stable kernels have been released.
>
> I suggest to avoid all the NFS lost files and other trouble we've seen
> recently to revert the 4 NFS ACL related commits that went into 3.0.72
> and 3.8.6 when updating
Am Sun, 12 May 2013 02:56:50 -0300
schrieb Gerardo Exequiel Pozzi :
> Looks like we are going "one step" more compared to Fedora right?
>
> /bin /sbin /usr/sbin -> /usr/bin (Arch Linux)
> /bin -> /usr/bin AND /sbin -> /usr/sbin (Fedora)
>
> This looks nice :)
>
Is it safe to move a daemon to /
Time for a short holiday trip.
-Andy
signature.asc
Description: PGP signature
New stable kernels have been released.
I suggest to avoid all the NFS lost files and other trouble we've seen
recently to revert the 4 NFS ACL related commits that went into 3.0.72
and 3.8.6 when updating our LTS and current kernel. If all is still fine
after the bump we should inform upstream abo
Am Mon, 08 Apr 2013 09:18:40 +0200
schrieb Thomas Bächler :
> Am 08.04.2013 08:54, schrieb Allan McRae:
> > What do we do? Do we need to ignore the fact the this should be in
> > CPPFLAGS and move it back to C{,XX}FLAGS?
> >
> > The other options is for packages that are affected by this to
> >
Am Sun, 31 Mar 2013 17:09:00 +0300
schrieb Ionut Biru :
> Let me know what you guys want me to support and i'll add it into my
> package.
>
>
-1 for such support in our official repos.
-Andy
signature.asc
Description: PGP signature
Am Tue, 19 Mar 2013 19:18:49 +0100
schrieb Pierre Schmitz :
> Am 16.03.2013 11:09, schrieb Pierre Schmitz:
> > Am 16.03.2013 10:05, schrieb Andreas Radke:
> >> I'd like to move Xorg 1.14 pretty soon, best would be together with
> >> the kernels. It's up to you
Am Sun, 17 Mar 2013 04:55:01 +0100
schrieb Sven-Hendrik Haase :
>
> I'd keep it for now and block update. AMD has been better the last 2
> years. Maybe they'll follow up on this problem soon enough?
>
There's already a beta driver out with 1.14 support ;)
But I don't want to wait until they wi
Am Sun, 10 Mar 2013 09:27:16 +0100
schrieb Laurent Carlier :
> Users will have to wait until a compatible version is available. Mesa
> drivers are an alternative, or they can block the upgrade.
>
> ++
I'd like to move Xorg 1.14 pretty soon, best would be together with
the kernels. It's up to you
SIS* drivers are rebuilt and also in testing.
-Andy
signature.asc
Description: PGP signature
Following drivers need further fixing and are not yet rebuilt:
xf86-video-sis:
sis_driver.c:9384:13: error: too few arguments to function
'miPointerSetPosition' In file included
from /usr/include/xorg/xf86Cursor.h:6:0, from sis.h:83,
from sis_driver.c:50:
/usr/include/xorg/mipoin
Am Sat, 02 Mar 2013 19:29:13 +1000
schrieb Allan McRae :
> Just add *.a to PURGE_TARGETS in makepkg.conf rather than manually
> removing them. Anyone who needs them can disable that.
>
> (I will keep them in glibc/gcc/binutils...)
>
> Allan
>
Nice solution. We should add *.a to the default PU
Our packages in our repos by default don't need static libraries
(random .a files all around). I think they are a waste of disc space
and abuse bandwidth when uploading/mirroring packages. Most users will
never need them.
I suggest to drop all static libs by creating a ToDo list and install a
rule
Am Fri, 01 Mar 2013 10:20:55 +0100
schrieb Pierre Schmitz :
> Hi all,
>
> I just uploaded a new installer image. I did not write any
> announcement for the last two. Some people were asking for a news
> item. What is your opinion on this? Should we post announcements even
> if there are no exciti
Am Mon, 25 Feb 2013 21:56:37 +0100
schrieb Laurent Carlier :
> Le lundi 25 février 2013 04:24:07 Sven-Hendrik Haase a écrit :
> > On 24.02.2013 23:31, Gaetan Bisson wrote:
> > > [2013-02-24 17:16:42 +0100] Sven-Hendrik Haase:
> > >> +1 for moving mesa quickly
> > >
> > > Do you have any more argu
Am Sun, 24 Feb 2013 22:41:08 +1100
schrieb Gaetan Bisson :
> [2013-02-23 10:23:13 +0100] Andreas Radke:
> > There are still packages in extra depending on the old libgl
> > package. We will need to fix them before makepkg will properly
> > allow to build only against new mes
New unified Mesa has hit testing. Upgrade path went smooth here. Please
test it.
Now the main mesa pkg should provide everything required to build and
link packages. The mesa-libgl pkg providing libgl should be not be used
in the dependency array when linking to libgl.so - please use
"libgl" that
We will remove the OpenJDK6 packages by the end of this month.
All users should move to OpenJDK7 based packages
jre7-openjdk/jre7-openjdk-headless/jdk7-openjdk (or the Oracle based
JRE/JDK from AUR) very soon.
The next OpenJDK7 update will replace openjdk6 on your system.
-Andy
signature.asc
> My current plan: merge libglapi mesa osmesa libgbm libgles libegl
> khrplatform-devel and a separate libgl with libGL.so and libglx.so
> conflicting with nvidia-utils. Not sure if we can do this without
> symlinks.
>
> I'd like to keep separate *-dri driver packages. Nobody needs drivers
> for o
Am Fri, 15 Feb 2013 20:17:03 +0100
schrieb Laurent Carlier :
> Le vendredi 15 février 2013 20:02:28 Tom Gundersen a écrit :
> > On Fri, Feb 15, 2013 at 7:05 PM, Jan Steffens
> >
> wrote:
> > > On Fri, Feb 15, 2013 at 5:10 PM, Laurent Carlier
> > >
> wrote:
> > >> Perhaps we could merge:
> > >>
Am Sat, 9 Feb 2013 17:35:27 +0100
schrieb Andreas Radke :
> Since cairo will also depend on that libegl then every system will
> pull in Wayland. Is this really needed? If we can't build it in a
> different way we directly need to move Wayland to extra.
>
> -Andy
Bump.
If w
Now that Wayland has landed in Community I can build Mesa with support
for Wayland. This leads to a new dependency in libegl:
libegl E: Dependency wayland detected and not included (libraries
['usr/lib/libwayland-server.so.0', 'usr/lib/libwayland-client.so.0']
needed in files ['usr/lib/egl/egl_gal
Am Fri, 8 Feb 2013 09:07:26 -0500
schrieb Dave Reisner :
> > For Cairo, the GL backend is experimental. Given the fact that
> > upstream fails to provide a stable release model for cairo (every
> > released version is taken from master, featuring regressions), I
> > wouldn't even think about enab
FreeNX isn't maintained upstream anymore. X2go is the current project
that develops NX-libs v3 and ship a different set of Server+Client that
is a full replacement for remote Client-Server access with similar
functionality.
X2go packages can be installed along FreeNX/OpenNX/NXclient and later
we c
New cups-filters 1.0.26 brings back browsing remote shared printers
using the new cups-browserd. This requires a running a local cupsd
instance and avahi on the client system.
Please test the included cups-browserd.service file and check if
browsing now works as expected and described
in /usr/shar
I'll be away until Sunday for a short trip to Dresden.
-Andy
signature.asc
Description: PGP signature
1 - 100 of 1058 matches
Mail list logo