Am 25.01.2014 17:13, schrieb Maxime Gauduin:
> The reason why permissions should be set in the PKGBUILD is because that
> way pacman can track them. Then it's up to the maintainer to choose
> UIDs/GIDs that do not conflict with official packages, and to the user to
> check that they don't already u
Am 05.04.2014 14:38, schrieb Lukas Fleischer:
> AUR 3.0.0 will be able to read metadata from source packages. These
> metadata will be read from a file called .AURINFO (contained in the
> source tarball). Dave wrote several tools [1], including mkaurball which
> can be used to automatically build a
Am 04.03.2016 um 23:55 schrieb David McInnis:
> Hi gang,
>
> I apparently have had my .ssh/config mis-configured for some time.
> Today the AUR suddenly stopped accepting my git commits. It gave me the
> following error:
>
> Permission denied (publickey).
> fatal: Could not read from rem
Mads Michelsen schrieb:
So I guess my questions are:
1) Is there some way around the module becoming outdated with each and
every kernel update? and if not
You only have to rebuild with major updates (which happen every 3 months).
2) For myself, I can just keep the source code on my drive and
Soon (today or tomorrow), libpcap 1.0.0 will move to core. All community
packages depending on libpcap will need a rebuild (iftop is among them,
no idea if there are more).
The rebuilds probably won't be necessary for each version anymore, as
the libpcap.so has no a sane SONAME (.so.1) instead
Thomas Bächler schrieb:
Soon (today or tomorrow), libpcap 1.0.0 will move to core. All community
packages depending on libpcap will need a rebuild (iftop is among them,
no idea if there are more).
The rebuilds probably won't be necessary for each version anymore, as
the libpcap.so has
Laurie Clark-Michalek schrieb:
Hi,
I've been working on the splashy-creator package (updating it to 2.2), and
had got it working, when I realised I had a potential problem. I needed to
use sudo in the pkgbuild, and so far, I have never seen it used in a
package. Is this OK, and/or is there away
I think this has been requested and discussed a few times and I talked
to several people about it, so I want to outline my ideas here:
When moving the community db scripts to the new svn-based scripts, a
community-testing repository should be created. With the new scripts,
handling this is inc
Xavier schrieb:
This is web server (lighttpd) setting again.
It's possible to specify that files with .diff or .patch extension are
actually of type text/plain and not application/octet-stream , but
this was not done.
I am not sure what you can do on the client / web browser side.
Nothing rea
Mod_Gao schrieb:
actually i made a complete translation at 2008 but i am not submitted, i
want to do a LAMP and do some tests for my translation but i got failures on
LAMP, so i disappointed..and i could not found it today(maybe on my
DVD+R).
Most of us can't even read the signs, let alone
Can someone who is all-powerful please run:
mount -o remount,acl /
and add the "acl" option to the appropriate line in /etc/fstab? I
noticed that I couldn't set ACLs on sigurd this morning, and it would
come in very handy sometimes.
signature.asc
Description: OpenPGP digital signature
Abhishek Dasgupta schrieb:
Is it possible to have out-of-date notifications to be
Cc-ed to the maintainer? Then I can check arch-notifications
web interface for the other notifications and still get
out-of-date notifications for my packages.
Abhishek
Last time I checked, they only went to arc
Stefan Husmann schrieb:
Well, words in AUR is different from words in extra.
Then it must have a different name.
signature.asc
Description: OpenPGP digital signature
johnea schrieb:
So I've got a PKGBUILD I'd like to upload, but it produces
a package called:
Er? pacman -Si r
signature.asc
Description: OpenPGP digital signature
Xyne schrieb:
I'm (sort of) cross-posting but I'm hoping to get a quick answer so I
can start this huge upload:
http://bbs.archlinux.org/viewtopic.php?id=81143
Right now, neither dbscripts nor makepkg support this, so you should go
with a separate PKGBUILD.
signature.asc
Description: OpenP
Chris Brannon schrieb:
Gerardo Exequiel Pozzi wrote:
Hello
There is no attach here.
The script is here: http://the-brannons.com/isanypkg
The attachment must have been scrubbed. Plus, gmail doesn't give me copies of
mail that I send to the list. Broken, broken gmail!
[2] Should also check
helios schrieb:
Hi.
currently I am maintaining the Xen-Dom0-kernel and the
Xen-HV-tools-package in AUR and therefor it would be no problem to
maintain the Xen-Package in AUR, but I am not a TU.
Out of curiosity, what is your Xen dom0 based on? Is it using
forward-ported Xensource or the new
Dieter Plaetinck schrieb:
hey mate. cool to have you join the club. You're the first TU I
actually "know" :)
Yeah, same here ... except my former self.
signature.asc
Description: OpenPGP digital signature
I noticed that the rfkill package is in community now (very good).
However, I have been asked if it was possible to make a few improvements:
1) Add a rfkill group (or use an existing group) and allow that group to
write /dev/rfkill using udev (if we add a group, we should do that in
the filesystem
Am 08.01.2010 09:06, schrieb Tobias Powalowski:
> Hi guys,
> bump to latest bugfix version.
>
> Arch Linux bugfixes/feature requests:
> http://bugs.archlinux.org/task/17538 # added blktrace
> http://bugs.archlinux.org/task/17106 # finally added CONFIG_MMIOTRACE
One of these changes broke aufs, a
Am 03.02.2010 15:32, schrieb Lex Rivera:
> Hi all. I wanna ask is it possible to become TU without [community]
> maintaining, just as AUR moderator?
I think it is a good idea. We could create the "AUR moderator" position
instead of calling it "Semi-TU".
When I was a TU, I didn't care at all about
Am 03.02.2010 16:44, schrieb Angel Velásquez:
> On Wed, Feb 3, 2010 at 12:37 PM, Florian Friesdorf wrote:
>> I'd give an AUR moderator all permissions to mess around in the AUR, be
>> it packages of TUs or not. If somebody messes up, he/she can be punished
>> later.
Agreed. They should be respons
Am 03.02.2010 20:05, schrieb Lex Rivera:
> Lex/Alex/Alexander.
Ah, "he" then :)
> Well, before we can set moderators, we must
> understand how that position will work from the code side. We can of
> course just grant access to orphan & delete, if i understood correctly.
IMO, just setting them a
Its been a while since I actively maintained hibernate-script, and I
don't use it anymore. I am orphaning it right now - if a dev or TU wants
it, it's free for grabs.
signature.asc
Description: OpenPGP digital signature
Am 19.04.2010 08:27, schrieb Daniel J Griffiths (Ghost1227):
>> Since then, I went through quite a few distributions: SuSE, Mandrake,
>> Fedora, Ubuntu, Debian. Gentoo was the first distribution that got me
>> interested in getting to know the internals a bit more. About a year
>> ago, a fellow CS
Am 13.06.2010 00:57, schrieb Alexander Duscheleit:
> Hi folks,
>
> the unrealircd version in community (3.2.8.1-2) has been flagged as
> containing a backdoor which allows an attacker to execute commands with
> the privileges of the user running the daemon.
>
> The md5sum in the PKGBUILD (abs) ma
Am 28.06.2010 18:35, schrieb Enrico Scichilone:
> Hey list,
> does anybody else has a problem with Enigmail and Thunderbird on a
> x86_64 system?
>
> It is disabled for quite some time now, every time an update comes in,
> the error shows up:
> ""Enigmail" could not be installed, because it is not
Hello,
I -Syu'd and rebooted all our servers, let me know if there are any
problems.
signature.asc
Description: OpenPGP digital signature
Am 12.08.2010 19:34, schrieb Ronald van Haren:
> Sorry it doesn't really make sense to me. Why would we want to
> duplicate all these packages that we already have in the repos with
> one big fat binary containing them all?
> I mean, all SAGE is doing is getting sources from open source projects
>
I am pulling new dbscripts on sigurd now.
Am 16.08.2010 19:49, schrieb Pierre Schmitz:
> Hi all,
>
> as the new dbscripts are quite done I'll send you a list with the most
> important changes. (If you are in a hurry read at least the next
> paragraph)
>
> Incompatible changes:
> * db-update will
Jan Steffens and me spent the this weekend putting together a multilib
toolchain and a clean lib32-glibc package. I wanted to do this for at
least two years, and we finally managed to do it on FrOSCon now. This is
the plan of attack on this:
* Maintain the PKGBUILDs in svn-community/${pkgname}/tru
Am 22.08.2010 10:39, schrieb Thomas Bächler:
> Jan Steffens and me spent the this weekend putting together a multilib
> toolchain and a clean lib32-glibc package. I wanted to do this for at
> least two years, and we finally managed to do it on FrOSCon now. This is
> the plan of at
Am 22.08.2010 10:39, schrieb Thomas Bächler:
> Jan Steffens and me spent the this weekend putting together a multilib
> toolchain and a clean lib32-glibc package. I wanted to do this for at
> least two years, and we finally managed to do it on FrOSCon now. This is
> the plan of at
With the creation of the [multilib] repository, all 32-bit libraries are
now installed in /usr/lib32 and compiled from source using the
gcc-multilib package instead of being copied from i686 packages. All AUR
users maintaining lib32-* and bin32-* packages are encouraged to adapt
their packages to t
Am 31.08.2010 14:48, schrieb 陈文龙:
> I tried to.
> But it says "The address, *qzche...@gmail.com*, is already in use."
> I cannot remember my account, if I have registered.
Your account is chenwl.
signature.asc
Description: OpenPGP digital signature
The TU server now has a staging repository, this has been requested due
to the big python rebuild. All rebuilds that are made for the staging
repository should be put into community-staging now.
multilib now has a testing repository, in case we need it (especially
useful when testing has a new too
Am 06.11.2010 08:29, schrieb Ionuț Bîru:
>> $ wget http://github.com/
>> --2010-11-06 15:45:12-- http://github.com/
>> Resolving github.com... 207.97.227.239
>> Connecting to github.com|207.97.227.239|:80... connected.
>> HTTP request sent, awaiting response... 301 Moved Permanently
>> Location: h
So, libnl 2.0 was declared stable in October as I just learned.
These packages are compatible with libnl 2.0:
- crda
- iw
- wpa_supplicant
- hostapd
These packages don't as far as I can see:
- libpcap
- networkmanager
These I didn't check:
- kismet
- net-snmp
- knemo
- libvirt
- simh
Can the re
Am 17.01.2011 02:19, schrieb Loui Chang:
> Recently I've had the idea that I should move the 'main' AUR git repo,
> which I have been the caretaker of to the community server where all
> other community and AUR development is done. This would also mean we
> would have to run a git daemon, and shoul
Am 19.01.2011 08:08, schrieb Allan McRae:
> If we want to be really pedantic about dependencies, we should list
> _ALL_ dependencies and not remove the ones that are dependencies of
> dependencies.
Why don't we just do the correct thing:
If package A depends on package B, and B depends on C, then
Am 19.01.2011 13:32, schrieb Seblu:
>> If package A depends on package B, and B depends on C, then A might
>> depend on C explicitly because it accesses C directly. Or it might only
>> depend on indirectly C because B accesses C. We should reflect that in
>> dependencies (in the first case, A depen
Am 19.01.2011 14:07, schrieb Allan McRae:
> Its has been many years since I did graph theory... but isn't a
> "transitive closure" essentially what we have been doing with only
> listing the top level of dependencies and having them cover the rest?
It's the exact opposite. You list all dependencie
Am 19.01.2011 14:19, schrieb Allan McRae:
> On 19/01/11 23:07, Thomas Bächler wrote:
>> It's the exact opposite. You list all dependencies, and dependencies of
>> dependencies, and ...
>>
>
> Ah... OK. then I don't understand this:
Don't worry, me neit
Am 11.03.2011 00:45, schrieb Thomas S Hatch:
> Wait, you are saying that insmod will load gzipped mods if compiled
> differently?
>
No. depmod, modinfo and modprobe can do it, insmod can't.
signature.asc
Description: OpenPGP digital signature
Am 11.03.2011 16:55, schrieb Thomas S Hatch:
> On Fri, Mar 11, 2011 at 5:50 AM, Thomas Bächler wrote:
>
>> Am 11.03.2011 00:45, schrieb Thomas S Hatch:
>>> Wait, you are saying that insmod will load gzipped mods if compiled
>>> differently?
>>>
>>
Am 11.03.2011 17:41, schrieb Thomas S Hatch:
>> It looks like it is much easier to teach insmod gzip. If I see this
>> right, it is actually trivial, although I did not try. module-init-tools
>> didn't have a git commit for 9 months, so I don't know how fast they
>> would accept a patch.
>>
>>
> Ye
A new list has been created: arch-projects.
This list is for development discussion, patches and pull requests for
initscripts, netcfg, dbscripts, devtools (and maybe other projects,
those are the ones I could think of).
Anyone is free to subscribe, but please, no user discussions (keep those
to
I just got flooded with this message:
'SYSFS{}= will be removed in a future udev version, please use ATTR{}=
to match the event device, or ATTRS{}= to match a parent device, in
/etc/udev/rules.d/51-hso-udev.rules'
And I remembered there are 2 things to fix.
1) Move all udev rule files provided b
HELLO???
Am 20.05.2011 10:42, schrieb Thomas Bächler:
> I just got flooded with this message:
>
> 'SYSFS{}= will be removed in a future udev version, please use ATTR{}=
> to match the event device, or ATTRS{}= to match a parent device, in
> /etc/udev/rules.d/51-hso-ud
Am 05.08.2011 23:54, schrieb Lukas Fleischer:
> [1] http://projects.archlinux.org/aur.git/commit/?id=1e7b9d57
> [2] http://projects.archlinux.org/aur.git/commit/?id=5ea9fc19
> [3] http://projects.archlinux.org/aur.git/commit/?id=973e4f85
> [4] http://projects.archlinux.org/aur.git/commit/?id=897211
Am 06.08.2011 13:13, schrieb Lukas Fleischer:
> On Sat, Aug 06, 2011 at 01:02:03PM +0200, Thomas Bächler wrote:
>> Am 05.08.2011 23:54, schrieb Lukas Fleischer:
>>> [1] http://projects.archlinux.org/aur.git/commit/?id=1e7b9d57
>>> [2] http://projects.archlinux.org/
Am 06.08.2011 10:52, schrieb Loui Chang:
> On Sat 06 Aug 2011 13:39 +0200, Thomas Bächler wrote:
>> Alternatively: Do not display a login form on http, instead display a
>> link "If you want to login, switch to a secure connection first.". This
>> way, the user v
Am 06.08.2011 14:32, schrieb Lukas Fleischer:
> For all tl;dr guys around. This is my proposal:
>
> * Use HTTPs links by default (this is already implemented).
>
> * Enable secure cookies.
>
> * Disallow HTTP login (or at least print a big, fat warning if a user
> tries to login via HTTP).
I
Am 01.09.2011 13:01, schrieb Lukas Fleischer:
archlinux.org -> http -> no login anyway
bbs.archlinux.org -> https-> separate login page
wiki.archlinux.org -> https-> separate login page
bugs.archlinux.org -> https-> login on main page
aur.archlinux
Am 03.09.2011 17:49, schrieb Gordon JC Pearce:
> The other is that switching to https has left AUR in a fundamentally broken
> state. If you search for a package on AUR with any of the significant search
> engines, they return an http link. You can't do anything with this, though,
> because *e
Am 05.09.2011 14:51, schrieb Lukas Fleischer:
> On Mon, Sep 05, 2011 at 02:44:29PM +0200, Thomas Bächler wrote:
>> Am 03.09.2011 17:49, schrieb Gordon JC Pearce:
>>> The other is that switching to https has left AUR in a fundamentally broken
>>> state. If you search fo
Am 01.11.2011 19:05, schrieb Kwpolska:
> On Tue, Nov 1, 2011 at 4:04 PM, Smartboy
> wrote:> Just wondering, as a user, does this mean Pacman will now
> complain if one> builds and installs unsigned packages from the AUR?
The default SigLevel is "Optional" for now. This should be changed to
"Packa
Hello developers / TUs,
My Arch master key is available at [1] with fingerprint 6841 48BB 25B4
9E98 6A49 44C5 5184 252D 824B 18E8.
Every packager, please do the following:
1) Reply to this email to tho...@master-key.archlinux.org and fully
quote this email. Include your gerolde/sigurd username i
Am 25.11.2011 14:27, schrieb Ionut Biru:
> Hi,
>
> my arch master key is available [1] with fingerprint 44D4 A033 AC14 0143
> 9273 97D4 7EFD 567D 4C7E A887.
>
> Every packager please do:
>
> 1) reply this email in the mailing list, include gerolde/sigurd username
> and sign your reply using you
Am 28.11.2011 13:30, schrieb Timothy Redaelli:
> Hi,
> I thought about applying as a TU for some time now, I think the
> selection of packages provided by Arch is already great but there is
> always space for additional quality software in community and I hope
> to help with that.
>
> Here's a lit
Am 19.11.2011 15:38, schrieb Thomas Bächler:
> Hello developers / TUs,
>
> My Arch master key is available at [1] with fingerprint 6841 48BB 25B4
> 9E98 6A49 44C5 5184 252D 824B 18E8.
>
> Every packager, please do the following:
> 1) Reply to this email to tho...@master-
Am 01.12.2011 12:19, schrieb Xyne:
> I'm in the process of getting my key signed (Pierre has signed, Thomas and
> Ionut should sign soon, not sure if Dan will sign due to not knowing my real
> name).
Dan's way isn't just about knowing the realname. He wants to verify that
the name is correct.
I c
Am 01.12.2011 23:08, schrieb Gaetan Bisson:
> [2011-12-01 09:08:39 -0600] Thomas Dziedzic:
>> I don't think anyone has actually verified that any of the given names
>> are real names.
>
> Well, actually, CAcert (which Dan relies on) is all about verifying
> people's actual identity, in particular
Am 06.12.2011 12:28, schrieb Ralf Mardorf:
> Hi :)
>
> I'm new to the list.
Wrong list. You want arch-general.
> Sorry that my mail is formatted in HTML.
You're lucky you didn't get filtered. Apparently, we only strip the HTML
from the message instead of blocking it completely.
> I'll switch t
Am 09.12.2011 11:21, schrieb Alexander Rødseth:
> ---
> namcap.py | 19 +++
> 1 files changed, 19 insertions(+), 0 deletions(-)
How about actually posting to the right list?
https://mailman.archlinux.org/mailman/listinfo/arch-projects
signature.asc
Description: OpenPGP digit
Am 01.03.2012 08:33, schrieb Ike Devolder:
> Hi,
>
> Currently I'm using Archlinux as my primary operating system for over 6
> years and for several years I'm maintaining a small number of packages in
> AUR[1]. I also keep a repository with arch packages for everyone to use[2]
> and view the pkgbu
Am 01.03.2012 15:31, schrieb Peter Lewis:
> On Thursday 01 Mar 2012 07:51:47 Stéphane Gaudreault wrote:
>>> This is a bit picky of me, but technically the sponsor is supposed to be a
>>> TU and as far as I can tell Stéphane is a dev rather than a TU...
>>
>> So ... Following this logic I have the p
Am 13.03.2012 19:23, schrieb Stéphane Gaudreault:
> Ike, please follow these steps [1].
>
> [...]
>
> [1]
> https://wiki.archlinux.org/index.php/New_Trusted_User_Checklist#TODO_list_for_new_Trusted_Users
This list is missing an important (new) step: The PGP key needs to be
verified by at least 3
Am 18.10.2012 05:08, schrieb Kaiting Chen:
> Hey guys I was actually just about to turn in my resignation. It's been
> great working with all of you but unfortunately I have absolutely no time
> anymore for my TU responsibilities and do not foresee any circumstance in
> the near future in which I w
Am 31.10.2012 17:49, schrieb Lukas Fleischer:
> Hi!
>
> I converted our TU bylaws to AsciiDoc and imported he converted document
> into a Git repository that I temporarily hosted on [1]. Maybe we can
> eventually move that to one of the Arch Linux servers.
If you need a git-shell account and repo
70 matches
Mail list logo
