Hi,
I am part of a group of people who run a mirror for some GNU/Linux
distros. I have a question regarding how rsync works. The question is
prompted by the frequent overloading of rsync mirrors.
If I am not mistaken the overall idea behind rsync is the following (I
am assuming that dest wants
On Fri 02 Oct 2009 15:07 -0500, Aaron Griffin wrote:
> On Fri, Oct 2, 2009 at 3:04 PM, Biru Ionut wrote:
> > On 10/02/2009 11:04 PM, Thomas Bächler wrote:
> >>
> >> Aaron Griffin schrieb:
> >>>
> >>> Looks like it was just a timing thing. The DB is only updated every
> >>> hour. I ran the script m
For some reason, vim will only load one external colour file, the rest
it does nothing for. So, I tried to upgrade, but when I try to, I get
this:
arrakis^samtal# pacman -S vim
resolving dependencies...
looking for inter-conflicts...
Targets (1): vim-7.2.245-1
Total Download Size:0.00 MB
Tot
On Fri, Oct 2, 2009 at 3:04 PM, Biru Ionut wrote:
> On 10/02/2009 11:04 PM, Thomas Bächler wrote:
>>
>> Aaron Griffin schrieb:
>>>
>>> Looks like it was just a timing thing. The DB is only updated every
>>> hour. I ran the script manually and it succeeded.
>>
>> And the packages are only synced fr
On Fri, Oct 2, 2009 at 3:04 PM, Thomas Bächler wrote:
> Aaron Griffin schrieb:
>>
>> Looks like it was just a timing thing. The DB is only updated every
>> hour. I ran the script manually and it succeeded.
>
> And the packages are only synced from sigurd to gerolde every hour, half an
> hour or so
On 10/02/2009 11:04 PM, Thomas Bächler wrote:
Aaron Griffin schrieb:
Looks like it was just a timing thing. The DB is only updated every
hour. I ran the script manually and it succeeded.
And the packages are only synced from sigurd to gerolde every hour, half
an hour or so. So it might take a
Aaron Griffin schrieb:
Looks like it was just a timing thing. The DB is only updated every
hour. I ran the script manually and it succeeded.
And the packages are only synced from sigurd to gerolde every hour, half
an hour or so. So it might take a while until they show.
signature.asc
Descr
On Fri, Oct 2, 2009 at 2:37 PM, Aaron Griffin wrote:
> On Fri, Oct 2, 2009 at 2:33 PM, Loui Chang wrote:
>> I've updated mhwaveedit to version 1.4.16.
>> The package is in SVN and ftp but archweb doesn't want to update its
>> info.
>>
>> http://www.archlinux.org/packages/community/i686/mhwaveedit
On Fri, Oct 2, 2009 at 2:33 PM, Loui Chang wrote:
> I've updated mhwaveedit to version 1.4.16.
> The package is in SVN and ftp but archweb doesn't want to update its
> info.
>
> http://www.archlinux.org/packages/community/i686/mhwaveedit/
>
> Anyone have an idea what the cause might be?
Is it jus
On 10/02/2009 10:33 PM, Loui Chang wrote:
I've updated mhwaveedit to version 1.4.16.
The package is in SVN and ftp but archweb doesn't want to update its
info.
http://www.archlinux.org/packages/community/i686/mhwaveedit/
Anyone have an idea what the cause might be?
Thanks.
did you run db-com
I've updated mhwaveedit to version 1.4.16.
The package is in SVN and ftp but archweb doesn't want to update its
info.
http://www.archlinux.org/packages/community/i686/mhwaveedit/
Anyone have an idea what the cause might be?
Thanks.
2009/10/2 Aaron Griffin :
> You can do this, FYI, you don't need special permissions to remove
> files from /srv/ftp.
>
> Just be careful :)
Ok, fixed.
--
Andrea `bash` Scarpino
Arch Linux Developer
On Fri, Oct 2, 2009 at 2:05 PM, Andrea Scarpino wrote:
> 2009/10/2 Aaron Griffin :
>> I cleaned them up manually, and everything should fix itself, I believe
>>
> Please Aaron remove thunderbird -4 packages too, I uploaded
> thunberbird-i18n without uppercase in pkgnames
You can do this, FYI, you
2009/10/2 Aaron Griffin :
> I cleaned them up manually, and everything should fix itself, I believe
>
Please Aaron remove thunderbird -4 packages too, I uploaded
thunberbird-i18n without uppercase in pkgnames
--
Andrea `bash` Scarpino
Arch Linux Developer
Pierre Schmitz a écrit :
> Am Freitag 02 Oktober 2009 19:21:54 schrieb Aaron Griffin:
>
>> I believe
>>
>
> +1 for a "use only lower case in pkgname" policy
>
>
This policy has always been there, no?
Besides:
1. This is something that "namcap PKGBUILD" would have picked up.
2. In vim
Am Freitag 02 Oktober 2009 16:51:55 schrieb Roman Kyrylych:
> Safe Mode (which includes open_basedir) is deprecated in PHP 5.3, and
> will be removed in 6.0.0.
No, safe_mode and open_basedir are different features and only safe_mode is
deprecated. The usage of open_basedir is recommend.
--
Pie
Am Freitag 02 Oktober 2009 19:21:54 schrieb Aaron Griffin:
> I believe
+1 for a "use only lower case in pkgname" policy
--
Pierre Schmitz, http://users.archlinux.de/~pierre
On Fri, Oct 2, 2009 at 12:16 PM, Aaron Griffin wrote:
> On Fri, Oct 2, 2009 at 12:05 PM, Andrea Scarpino wrote:
>> 2009/10/2 Aaron Griffin :
>>> Yeah and I get error emails every time someone visits that page, so
>>> thanks for the spam :)
>>>
>>> Let me know which ones are the keepers and I'll d
2009/10/2 Aaron Griffin :
> Yeah, I think this is a goof in the backend scripts somewhere. Looks
> like all the capitalized versions are -2 and the lowercase are -3,
> correct?
Yes, I read only lowercase in PKGBUILD
--
Andrea `bash` Scarpino
Arch Linux Developer
On Fri, Oct 2, 2009 at 12:05 PM, Andrea Scarpino wrote:
> 2009/10/2 Aaron Griffin :
>> Yeah and I get error emails every time someone visits that page, so
>> thanks for the spam :)
>>
>> Let me know which ones are the keepers and I'll delete the others from
>> the DB so I stop getting mails
> I to
2009/10/2 Aaron Griffin :
> Yeah and I get error emails every time someone visits that page, so
> thanks for the spam :)
>
> Let me know which ones are the keepers and I'll delete the others from
> the DB so I stop getting mails
I touched nothing on thunderbird-spell -2 and -3! I swear!
I think -2
On Fri, Oct 2, 2009 at 11:56 AM, Stefan Husmann
wrote:
> Andrea Scarpino schrieb:
>>
>> On 02/10/2009, Thomas Bächler wrote:
>>>
>>> See:
>>>
>>> http://mailman.archlinux.org/pipermail/arch-commits/2009-October/062928.html
>>>
>>> Giovanni, I hate to have to point fingers here, but before making
Andrea Scarpino schrieb:
On 02/10/2009, Thomas Bächler wrote:
See:
http://mailman.archlinux.org/pipermail/arch-commits/2009-October/062928.html
Giovanni, I hate to have to point fingers here, but before making such a
change to somebody else's package, it should be discussed here. Now we
have s
Juan Diego a écrit :
> I have the same problem here
>
> On Fri, Oct 2, 2009 at 9:15 PM, Firmicus wrote:
>
>> Piyush P Kurur a écrit :
>>
>>> I am having problems with the texlive package. I tried to install
>>> the package texlive-most and here is the error that pacman throws
>>>
>>> /usr/
It should be solved... Maybe your mirror is not yet sync?
2009/10/2 Juan Diego
> I have the same problem here
>
> On Fri, Oct 2, 2009 at 9:15 PM, Firmicus wrote:
> > Piyush P Kurur a écrit :
> >> I am having problems with the texlive package. I tried to install
> >> the package texlive-most and
I have the same problem here
On Fri, Oct 2, 2009 at 9:15 PM, Firmicus wrote:
> Piyush P Kurur a écrit :
>> I am having problems with the texlive package. I tried to install
>> the package texlive-most and here is the error that pacman throws
>>
>> /usr/share/texmf-dist/bibtex/bib/amsrefs/amsj.bib
On Fri, Oct 2, 2009 at 13:23, Thomas Bächler wrote:
> Sergej Pupykin schrieb:
>>
>> >> Patching them is overkill, it would be an example of the unnecessary
>> patching we do not want in
>> >> Arch. I would keep them self-contained, no matter which solution will
>> be used in the end. I
>> >> wo
2009/10/2 Sergej Pupykin :
> I put new phpmyadmin into community-testing
>
> To use it you should:
> - add FollowSymlinks options
> - append directories to php.ini
> open_basedir = /usr/share/webapps/:/etc/webapps
> - change web-alias to /usr/share/webapps/phpMyAdmin
>
> What do you think abo
Thanx a lot Firmicus for your work ;)
2009/10/2 Firmicus
> Nicolas Bigaouette a écrit :
> > See http://bugs.archlinux.org/task/16420 and
> > http://bugs.archlinux.org/task/16422
> >
>
> Both fixed.
> F
>
> > 2009/10/1 Firmicus
> >
> >
> >> A Rojas a écrit :
> >>
> >>> David C. Rankin wrote:
> >
Piyush P Kurur a écrit :
> I am having problems with the texlive package. I tried to install
> the package texlive-most and here is the error that pacman throws
>
> /usr/share/texmf-dist/bibtex/bib/amsrefs/amsj.bib exists in both
> 'texlive-core' and 'texlive-bibtexextra'
> /usr/share/texmf-dist/b
>> Ugh, I forgot the open_basedir problem. I'll look at what you did
and will comment on it later.
>>Generally I don't like having FollowSymlinks enabled.
open_basedir can be adjusted one time if we use common dirs for all webapps
(/etc/webapps and /usr/share/webapps)
I think symlink is the sin
Sergej Pupykin schrieb:
I put new phpmyadmin into community-testing
To use it you should:
- add FollowSymlinks options
- append directories to php.ini
open_basedir = /usr/share/webapps/:/etc/webapps
- change web-alias to /usr/share/webapps/phpMyAdmin
What do you think about this solution
On Fri 02 Oct 2009 12:23 +0200, Thomas Bächler wrote:
> Sergej Pupykin schrieb:
> > >> Patching them is overkill, it would be an example of the
> >unnecessary patching we do not want in
> > >> Arch. I would keep them self-contained, no matter which
> >solution will be used in the end. I
> > >> woul
I put new phpmyadmin into community-testing
To use it you should:
- add FollowSymlinks options
- append directories to php.ini
open_basedir = /usr/share/webapps/:/etc/webapps
- change web-alias to /usr/share/webapps/phpMyAdmin
What do you think about this solution?
(I hope all webapps ca
On Fri, Oct 2, 2009 at 1:07 PM, Piyush P Kurur wrote:
> I am having problems with the texlive package. I tried to install
> the package texlive-most and here is the error that pacman throws
>
> /usr/share/texmf-dist/bibtex/bib/amsrefs/amsj.bib exists in both
> 'texlive-core' and 'texlive-bibtexex
I am having problems with the texlive package. I tried to install
the package texlive-most and here is the error that pacman throws
/usr/share/texmf-dist/bibtex/bib/amsrefs/amsj.bib exists in both 'texlive-core'
and 'texlive-bibtexextra'
/usr/share/texmf-dist/bibtex/bst/amsrefs/amsra.bst exists i
Sergej Pupykin schrieb:
>> Patching them is overkill, it would be an example of the unnecessary
patching we do not want in
>> Arch. I would keep them self-contained, no matter which solution
will be used in the end. I
>> wouldn't even have such a big problem with having configuration in
>>
>> Patching them is overkill, it would be an example of the unnecessary
patching we do not want in
>> Arch. I would keep them self-contained, no matter which solution
will be used in the end. I
>> wouldn't even have such a big problem with having configuration in
>> /usr/share/www/phpmyadmin/con
Sergej Pupykin a écrit :
> >> I would say, use /usr/share/www/ (or similar) for static/php files,
> and provide proper configuration
> >> files that set the correct Alias and Directory directives for
> popular servers like apache and
> >> lighttpd. Users can then use Include directives (in case o
Sergej Pupykin schrieb:
>> I would say, use /usr/share/www/ (or similar) for static/php files,
and provide proper configuration
>> files that set the correct Alias and Directory directives for
popular servers like apache and
>> lighttpd. Users can then use Include directives (in case of apa
>> I would say, use /usr/share/www/ (or similar) for static/php files,
and provide proper configuration
>> files that set the correct Alias and Directory directives for
popular servers like apache and
>> lighttpd. Users can then use Include directives (in case of apache)
to load those confighu
Sergej Pupykin schrieb:
I do not want to split packages into /etc, /usr/share and /var folders
with kludge symlinking.
Would it be good if I replace /srv/http with /var/www/ or
something like this?
I would say, use /usr/share/www/ (or similar) for static/php files, and
provide proper config
On Fri, 02 Oct 2009 10:58:19 +0200
Firmicus wrote:
> Roman Kyrylych a écrit :
> > Yes, packaging a webapp is nice for automatic upgrading with pacman,
> > but users can have multiple web servers with multiple vhosts
> > in /srv, so often installing something there won't make it working
> > anyway
Roman Kyrylych a écrit :
> 2009/10/2 Sergej Pupykin :
>
>> Hi,
>>
>> I want to discuss using /srv directory in packages
>>
>> (For reference: http://bugs.archlinux.org/task/16410)
>>
>> Of course I can easy sed and rebuild all my web packages, but I want to know
>> reason why we disable /srv in
At Fri, 02 Oct 2009 10:10:56 +0200,
RedShift wrote:
> If packages start putting stuff in /srv as well, where are we
> supposed to put OUR data? You don't want to put your data where
> packages put data as well.
Why not? If you download for example dokuwiki you put your pages into
./data director
At Fri, 2 Oct 2009 10:47:24 +0300,
Roman Kyrylych wrote:
> IMO web apps should not even be packed as packages.
> It's easy to download sources from an official site and install
> in whatever user's webserver directory is.
> Yes, packaging a webapp is nice for automatic upgrading with pacman,
> but
On Fri, 2 Oct 2009 10:47:24 +0300
Roman Kyrylych wrote:
> 2009/10/2 Sergej Pupykin :
> > Hi,
> >
> > I want to discuss using /srv directory in packages
> >
> > (For reference: http://bugs.archlinux.org/task/16410)
> >
> > Of course I can easy sed and rebuild all my web packages, but I
> > want to
Sergej Pupykin wrote:
Hi,
I want to discuss using /srv directory in packages
(For reference: http://bugs.archlinux.org/task/16410)
Of course I can easy sed and rebuild all my web packages, but I want to
know reason why we disable /srv in packages?
(Did I skip something?)
**cut**
>> /srv a
2009/10/2 Sergej Pupykin :
> Hi,
>
> I want to discuss using /srv directory in packages
>
> (For reference: http://bugs.archlinux.org/task/16410)
>
> Of course I can easy sed and rebuild all my web packages, but I want to know
> reason why we disable /srv in packages?
IMO web apps should not even
49 matches
Mail list logo
