Hi,
systemd syntax support is now included in both vim and neovim.
I'm removing the vim-systemd package from [community].
--
Best regards,
Alexander F. Rødseth
Hi,
Great, thanks! Just tested the updated imlib and fvwm packages from
[extra] here, and both builds without problems.
Best regards,
Alexander / xyproto
There was a message on arch-general, noting that kiwi does not depend on gtk1.
As I understand the situation, the holdups concerning gtk1, kdelibs3
and qt3 are now resolved, and there is a strong consensus that moving
these packages is a good idea. We don't want to act as upstream for
old,
.
Please update the imlib package.
If it is now possible to move the old and unmaintained gtk1, qt3 and
kdelibs3 packages from the official repositories to AUR, that would be
great.
Best regards,
Alexander Rødseth
xyproto / TU
,
Alexander Rødseth
xyproto / TU
be compiled without
Gtk1.
Which packages should be moved to [community] or AUR as a result of
kdelibs3 and gtk being moved, is up for discussion.
I think the timing is right for this and there seems to be consensus
that moving them is a good idea.
--
Best regards,
Alexander Rødseth
xyproto
One suggestion is creating the Apache 2.4 PKGBUILD first, then talk to
Jan de Groot.
If he should not be interested in the endeavor, talk to another dev.
--
Sincerely,
Alexander Rødseth
xyproto / TU
Hi Gaetan,
Normally, only --pkgname and --pkgdesc are needed. The
sage-mathematics PKGBUILD is an extreme example. Compare with other
PKGBUILDs that uses gendesk for a more balanced picture.
Thanks for the new arguments, though, I added them to the list of
arguments for/against gendesk:
Here
if I just close FS#23387?
(https://bugs.archlinux.org/task/23387)
After having discussed the topic here on the mailing list, I am
hopeful that it will not be immediately re-opened again.
--
Best regards,
Alexander Rødseth
xyproto / TU
Hi Gaetan,
2013/12/7 Gaetan Bisson bis...@archlinux.org:
You missed most of my points. That's okay.
Ditto.
Could you explain to me why an application needs a desktop file when
nobody on earth cares whether it has one or not?
It is odd to be asked to explain a point of view that I never
Hi Gaetan,
2013/12/7 Gaetan Bisson bis...@archlinux.org:
[2013-12-07 20:46:26 +0100] Alexander Rødseth:
If nobody on earth cares whether an application has a desktop file, I
don't think it needs one either.
Great. So we can stop this nonsense.
Your assumption that nobody on earth cares
solution than this for achieving the goal of closing FS#23387 in the
near future (not in 10 years).
All the best.
--
Sincerely,
Alexander Rødseth
xyproto / TU
Hi,
2013/12/6 Gaetan Bisson bis...@archlinux.org:
Regardless of if it is correct that upstream should provide the
.desktop files or not, the current plan is not working. TUs and devs
are slow at reporting this as bugs and upstream are slow at
responding. At the current rate, this will take
Hi,
2013/12/6 Rashif Ray Rahman sc...@archlinux.org:
On 7 December 2013 01:15, Alexander Rødseth rods...@gmail.com wrote:
If there are no protests, I will, after some time (say, three days
I don't think that's enough time to get the representative opinion.
You cut away the important part
Nice work on the docker package! Thanks for pushing it. And thanks to
Bartłomiej for renaming.
- Alexander / xyproto
Could a dev please rename docker in [extra] to docker-tray and add
replaces=('docker=1.5')?
Daniel Isenmann has already okayed this.
- Alexander / xyproto
Ike,
No, because the new docker package will have epoch=1, like discussed above.
- Alexander / xyproto
and the accompanying .install file. Also,
docker probably needs to be built from a specific git revision (or
tag/branch, if upstream makes that available).
I fully agree that instructions that verbose does not belong in
official packages.
--
Sincerely,
Alexander Rødseth
xyproto / TU
Good question.
Could pre_upgrade bail out if the old version of docker is present on
the system, giving a message that the user probably wants to install
docker-tray instead?
- Alexander / xyproto
Something like:
replaces=('docker=1.5')
in the docker-tray PKGBUILD?
Isn't that equally problematic, since that could cause problems if
docker (currently at version 0.7) reached version 1.5?
- Alexander / xyproto
A bit sad to be starting out the new docker package with the mark of
shame (epoch=1), but so be it. ;)
Summary / suggsted plan:
1. Rename docker (the old one) to docker-tray and add replaces=('docker=1.5')
2. Upload and add epoch=1 to docker (the new one)
I can do step 2 if someone can handle
Shouldn't that be 'docker=1.5'?
I thought users were not supported if they did not have an up to date
system, but I guess it doesn't hurt.
- Alexander / xyproto
/packages/community/any/perl-config-ini/
I'm planning to move these two from [community] to AUR.
--
Best regards,
Alexander Rødseth
xyproto / TU
/svntogit/community.git/log/trunk?h=packages/perl-config-ini
Seblu, just adopt the package if you still want it, I won't move it
until after having heard from you.
--
Best regards,
Alexander Rødseth
xyproto / TU
Hi,
Ok, adopted gnome-commander. Looking forward to seeing a release from
upstream in the future.
- Alexander
,
from gnome-cmd-tags.cc:26:
/usr/include/c++/4.8.2/bits/stl_pair.h:286:5: note: 'templateclass
_T1, class _T2 std::pair_T1, _T2 std::make_pair(_T1, _T2)' declared
here, later in the translation unit
make_pair(_T1 __x, _T2 __y)
^
--
Best regards,
Alexander Rødseth
in the repository. When
asking if someone would be interested in maintaining it in, the
immediate response from three others was orhpan it.
Hence, I'll move it to AUR.
--
Best regards,
Alexander Rødseth
xyproto / TU
Are there alternative versions of make that could be placed in [core] that
works with the rest of the [core] packages (BSD make?)
If there is, GNU Make with support for guile, toasters and everything could
be relocated to [extra].
- Alexander / xyproto
No objections, then.
- Alexander / xyproto
All packages have been handled.
Thanks for participating in this year's Midyear Cleanup!
- Alexander / xyproto
Today is 2013-10-07 in my timezone. If there's this one special orphan
you have been thinking about adopting, today is the day.
I'm planning on starting moving the packages later today. All ok?
- Alexander / xyproto
The following text was sent to me by Kevin Mihelich @ Arch Linux ARM,
with permission to post it here as well:
We poll the svntogit repo regularly to bring up updates to packages
that are made by Arch maintainers, and build everything as-is. For
packages that require modifications (configure
!
--
Best regards,
Alexander Rødseth
xyproto / TU
switches.
--
Best regards,
Alexander Rødseth
xyproto / TU
Adopted xdelta3.
---
Alexander / xyproto
Sounds good. The few packages that should need options=(!staticlibs)
can just use that.
Also, it would be possible to create a TODO for the packages that
currently include static libraries.
---
Best regards,
Alexander Rødseth
xyproto / TU
to be tested, but are there
objections to starting the transition process?
--
Best regards,
Alexander Rødseth
xyproto / TU
to this email (or adopt
it). Objections to moving them should preferrably also lead to someone
adopting the orphans.
--
Best regards,
Alexander Rødseth
xyproto / TU
Sounds good. Well written and informative, with clear instructions.
---
Alexander / xyproto
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-branches-vs-gcc-4-8-0-td5750997.html
- Alexander / xyproto
--
Sincerely,
Alexander Rødseth
xyproto / TU
information and
a smoergaasboard of possibilities.
--
Best regards,
Alexander Rødseth
xyproto / TU
The latest draft by Jan Alexander Steffens looks good to me.
- Alexander
+1 Sounds reasonable.
But, is there a way to achieve the same result without using a helper package?
--
Sincerely,
Alexander Rødseth
xyproto / TU
-labs.com/wiki/plan9/why_static/
--
Sincerely,
Alexander Rødseth
xyproto / TU
In related news, Fedora and OpenSUSE are supposedly switching over to
MariaDB too:
http://www.zdnet.com/oracle-who-fedora-and-opensuse-will-replace-mysql-with-mariadb-710640/
- Alexander
Regardless of the outcome of symlink vs. fix hardcoded values, could
the vi package be dropped?
If people wish to configure sudo before installing their preferred
vi-compatible editor with pacman, EDITOR=nano visudo can be used.
- Alexander
. (This is not
as good as fixing hard-coded values in several packages IMO, but good
enough for now).
Can the vi package be dropped?
Best regards,
Alexander Rødseth
xyproto / TU
I guess that concludes this winter's (for some part of the world)
cleanup of [extra].
Thanks everyone.
- Alexander
on the install medium instead.
--
Sincerely,
Alexander Rødseth
xyproto / TU
It's not a given that a vi clone is the most desirable replacement. If an
editor that is not a vi clone should be preferred, now or in the future, a
symlink named vi looks funny.
But mainly, the motivation for a thorough examination of where vi is
actually used in [core] was to bring some peace
xfce4-verve-plugin
xfce4-wavelan-plugin
zile
If no devs wish to maintain these, perhaps they could be moved to [community].
--
Best regards,
Alexander Rødseth
xyproto / TU
. Perhaps one of them would like
to adopt libldap, since only their packages in [core] depends on it.
--
Best regards,
Alexander Rødseth
xyproto / TU
? Is the bandwith cost too high? Are
they not useful? I think they are.
I know this isn't my decision, but my suggestion is to either go for
the most lightweight editor, e3, or go all in with both emacs and
vim.
--
Sincerely,
Alexander Rødseth
xyproto / TU
.
45.8 degrees beg to differ.
Point taken, and suggestions for a better name are welcome. How about
New Year Cleanup?
--
Sincerely,
Alexander Rødseth
xyproto / TU
!
Sincerely,
Alexander Rødseth
xyproto / TU
Hi,
I'm guilty of python-pymongo, go and erlang-cl.
I was unaware of the need to use communitypkg instead of extrapkg for
community packages, until now, and will start using communitypkg
instead.
--
Sincerely,
Alexander Rødseth
xyproto / TU
packages.
I have not used extrapkg at all, only communitypkg.
--
Sincerely,
Alexander Rødseth
xyproto / TU
Hi again,
2013/1/3 Evangelos Foutras evange...@foutrelis.com:
On 3 January 2013 15:09, Alexander Rødseth rods...@gmail.com wrote:
That does make more sense; thanks for clearing that up. :)
Thanks for clearing that up yourself. :)
But, now I'm confused, because I never used extrapkg at all
Hi,
2013/1/3 Allan McRae al...@archlinux.org:
There were directories in the repos/ directory of SVN that should not be
there. Dirrectories like extra-x86_64.Either than or directories
name x86_64 which implied using archrelease manually and wrong...
I must have created a directory named
Thanks. :)
--
Sincerely,
Alexander Rødseth
xyproto / TU
Hi,
My favorite windowmanager is currently an orphan. If someone would
move it to [community], I would be happy to maintain it.
--
Best regards,
Alexander Rødseth
xyproto / TU
-httpd.rc
D /oss/trunk/oss.rc
D /tor/trunk/tor.rc
D /pulseaudio/trunk/pulseaudio.rc
This does not catch every single deleted rc script, but may perhaps
catch one or two that should have been submitted to the rc git repo,
in the future, but weren't.
--
Best regards,
Alexander Rødseth
Hi,
2012/10/31 Tom Gundersen t...@jklm.no:
Alexander: Would you like to take over pdns-recursor too? As to noip,
as it is already in community and has been on the TODO for ages, you
might as well add yourself as co-maintainer and update it.
Ok, sure. Will do.
- Alexander
to make it clear.
Best regards,
Alexander Rødseth
Hi Xyne,
2012/10/27 Xyne x...@archlinux.ca:
Of course the PKGBUILDs and everything else in the repos belong to Arch, not
each individual packager. I didn't mean that it was disrespectful in the sense
of encroaching on others' property. I meant that it was disrespectful in the
sense that you
no information to the description and (IMO) looks ugly. Just this
change, no changes to indentation, trailing periods or quoting?
Thanks for your understanding. May any distressed individuals find it
in their hearts to let go of the outrage and search innner peace and
ponies.
--
Sincerely,
Alexander
checked for:
https://projects.archlinux.org/svntogit/community.git/diff/checkinstall/trunk/PKGBUILD?id=9f040fd30a39c05d750d670ca40fc80f6c648b71
--
Cordially,
Alexander Rødseth
Arch Linux Trusted User
(xyproto on IRC, trontonic on AUR)
implication that my intentions may not have been good troubling...
--
Best regards,
Alexander Rødseth
Arch Linux Trusted User
(xyproto on IRC, trontonic on AUR)
I fully agree with Rashif on this. Thank you.
- Alexander
Hi,
Den 25. okt. 2012 23:41 skrev Gaetan Bisson bis...@archlinux.org
følgende:
Adding insult to injury - way to go my friend!
Way to ignore all my points.
Guess where the only pride I can see comes from...
Pride is a large topic. I think it's good to be proud of the work you do
and whatever
Congrats :)
That was a thoughtful, accurate and well written TU removal post.
I'm glad it was included that Kaiting may reapply if he finds the time
in the future.
Now to find a TU that uses and wants to maintain all the ibus packages
in [community]...
--
Best regards,
Alexander Rødseth
Arch Linux
Just to be clear, I meant to commend Lukas Fleischer for writing a
message of this type, since I know can be hard to write.
Sorry if it came across as irony or if I was unclear.
- Alexander
python2 completely and move everything that has to do with
python2 to AUR, only keeping python3 and just prepend all python
package names with python-.
Just my two cents, please don't flame me.
--
Best regards,
Alexander Rødseth, TU
Hi,
Chuck has recently released a 64-bit compatible source tarball, so the
multilib package is no longer needed for x86_64.
Can I have access to [multilib] so I can remove chuck? (and possibly
make other useful changes to multilib in the future).
Thanks.
--
Cordially,
Alexander Rødseth
Arch
Thank you, Thomas.
--
Best regards,
Alexander Rødseth
Arch Linux Trusted User
(xyproto on IRC, trontonic on AUR)
77 matches
Mail list logo