Re: [aur-general] Trusted User application
On Sun, 24 Jul 2016 20:29:46 +0900 Nicola Squartini via aur-general wrote: > I'm using claws-mail now, and it verifies my signature. Can you tell > me if this email if verified? Yep, have a good signature for this one both from Claws and on the command line. I'm curious as to what Evolution was doing differently... perhaps it was sending both HTML and plaintext, signing the wrong one, and then mailman stripped the HTML (ruining the signature) once it was sent? ~Celti pgpGvbIIHmdMN.pgp Description: OpenPGP digital signature
Re: [aur-general] Trusted User application
On Sun, 24 Jul 2016 17:51:52 +0900 Nicola Squartini via aur-general wrote: > Evolution shows "Good signature" to me. > > On Sun, 2016-07-24 at 09:00 +0530, Pierre Neidhardt via aur-general > wrote: > > Don't want to sound picky, but it seems like the PGP signature of > > your e-mail is > wrong :p Your message fails verification here, too, both using claws-mail's PGP/MIME plugin and downloading the raw message and verifying it using gpg on the command line. Have you tried manually verifying your own message yourself? Evolution may be doing non-standard things. As an addendum, the Arch Linux Code of Conduct requires bottom– or inline-posting, not top-posting. I think any prospective TU should familiarise themselves with it, if they haven't already. ~Celti pgpWNvO9FI7LI.pgp Description: OpenPGP digital signature
[aur-general] Thoughts on managing spurious deletion requests...
It seems like not a day goes by where I don't see someone asking for help building, installing, or using a package in the comments of a deletion or orphan request. I know that several methods have been tried to reduce this, but they haven't helped — so has anyone considered bowing to the inevitable and adding an "Assistance" request type to the "Submit Request" dropdown, and of course making it the default? It could simply post a comment on the package page, perhaps with a special flag, or perhaps have it email the package maintainer. ~Celti pgpFbBOmTOt_o.pgp Description: OpenPGP digital signature
Re: [aur-general] aur/acroread broken - request for help
On Fri, 3 Jun 2016 18:13:41 +0200 "G. Schlisio" wrote: > hi list, > > the aur package for adobes pdf reader acroread [0] is broken since 2 > weeks now. > it ships an outdated version of this software, because adobe stopped > building it for linux in may 2013. Honestly, I gave up on keeping the Linux version of Adobe Reader running long since — but it's honestly unnecessary. Adobe Reader 11 works flawlessly under Wine, with a little assistance from Winetricks. Run the following commands: $ curl -O https://ardownload2.adobe.com/pub/adobe/reader/win/11.x/11.0.10/en_US/AdbeRdr11010_en_US.exe $ export WINEDEBUG=-all WINEARCH=win32 WINEPREFIX=~/.local/share/wineprefixes/acroread/ $ winetricks prefix=acroread win7 atmlib riched20 wsh57 mspatcha $ wine AdbeRdr11010_en_US.exe # When prompted during installation, select “Manual” for updates. $ winetricks prefix=acroread winxp That sequence will install Adobe Reader 11 and all its necessary support DLLs into a dedicated Wine bottle, and Wine nowadays is smart enough to generate .desktop files that find it, use the correct prefix, and even associate PDFs and PDF forms with it. I hope that resolves your issues. ~Celti pgp3kzC5MYRou.pgp Description: OpenPGP digital signature
Re: [aur-general] About package description (pkgdesc) size
On Mon, 25 Jan 2016 23:17:50 -0500
Mark Weiman wrote:
> On Mon, 2016-01-25 at 21:29 -0600, Jimmy Latouche wrote:
> > Hello everybody
> >
> > I've got a simple question about submitting a package to AUR: the
> > PKGBUILD I'm working on is a scanner driver for EPSON printers, but
> > it's
> > list of supported models is quite long and I wouldn't want to left
> > out
> > some models unmentioned since users of those models won't benefit
> > from it.
> >
> > My original pkgdesc line was as follows (same as on EPSON's site):
> >
> > pkgdesc="Epson scanner driver (DS-40, DS-5, DS-510, DS-520, DS-
> > 5500,
> > DS-560, DS-6, DS-6500, DS-7, DS-7500, DS-760, DS-860, EP-
> > 10VA
> > Series, EP-808A Series, EP-978A3 Series, ET-2500 Series, ET-2550
> > Series,
> > ET-4500 Series, ET-4550 Series, L220 Series, L222 Series, L360
> > Series,
> > L362 Series, L365 Series, L366 Series, L455 Series, L565 Series,
> > L566
> > Series, L655 Series, PX-M7050 Series, PX-M7050FP, PX-M7050FX, PX-
> > M840FX,
> > PX-M860F, WF-6530 Series, WF-6590 Series, WF-8510 Series, WF-8590
> > Series, WF-R8590 Series, XP-220 Series, XP-230 Series, XP-235
> > Series,
> > XP-332 335 Series, XP-430 Series, XP-432 435 Series, XP-530 Series,
> > XP-630 Series, XP-830 Series, XP-960 Series)"
> >
> > Then I tried this other one ("series" and some white spaces
> > removed):
> >
> > pkgdesc="Epson scanner driver (DS-40, DS-5, DS-510, DS-520, DS-
> > 5500,
> > DS-560, DS-6, DS-6500, DS-7, DS-7500, DS-760, DS-860, EP-
> > 10VA
> > ,EP-808A , EP-978A3, ET-2500, ET-2550, ET-4500, ET-4550, L220,
> > L222, L360, L362, L365, L366, L455, L565, L566, L655, PX-M7050, PX-
> > M7050FP,
> > PX-M7050FX, PX-M840FX, PX-M860F, WF-6530, WF-6590, WF-8510,
> > WF-8590, WF-R8590, XP-220, XP-230, XP-235, XP-332 335, XP-430,
> > XP-432 435, XP-530, XP-630, XP-830, XP-960 )"
> >
> > When I try to upload this package I get the message "remote: error:
> > pkgdesc field too long:"
> >
> > So, I have two questions relating to this issue:
> >
> > - If I cannot provide such a long description on the pkgdesc field
> > then
> > is there any other way I can indicate the list of supported models?
> >
> > - What is the limit for this particular string?
> >
> > Thanks in advance
> >
> > Jimmy
>
> The limit is 255 characters.
>
> If I may make a suggestion, make a brief description like "Scanner
> driver for EPSON printers" and put the list in a comment and soon when
> aurweb 4.2.0 is released, there will be a comment pinning system that
> you can use to pin that comment to the top. This way, you can still
> list them, but keep the description brief.
>
> Mark Weiman
If I might suggest, something like the following would be both brief
and most importantly searchable:
pkgdesc="Epson scanner driver for DS/EP/ET/L/PX/WF/XP series (some models)"
This way people searching the AUR can get a quick idea of if it will
work without needing to check the comments, while still being short
enough to be manageable.
~Celti
pgpNYW62obJOR.pgp
Description: OpenPGP digital signature
Re: [aur-general] Uploading (git clone) fails
On Wed, 09 Sep 2015 11:55:35 -0500 "David C. Rankin" wrote: > All, > >I built gnu-cflow and was going to upload it to aur. I created a > new ecdsa key, added the contents of the public key to my aur > profile, copied the new key to ~/.ssh/cflow.pub on my machine and > then attempt to an upload with: > > git clone ssh://a...@aur.archlinux.org/cflow.git > Cloning into 'cflow'... > Permission denied (publickey). > fatal: Could not read from remote repository. > > Please make sure you have the correct access rights > and the repository exists. > >What am I doing wrong? > You need the private key on your local machine, not the public key. AUR gets the public key, you get the private key. You'll also need to do `ssh-add ~/.ssh/your-private-key` to add it to your keyring. ~Celti pgpJGkPdN2l1U.pgp Description: OpenPGP digital signature
Re: [aur-general] Categories
On Wed, Sep 3, 2014 at 10:42 PM, Hugo Osvaldo Barrera wrote: > This would also leave the door open for pacman to process these variables in > future, which could also be useful. I can't be the only person who's wanted to > do something like "pacman -Q --category=games" to look for installed games. > -snip- This is not a new idea and has had lots of previous discussion. See the bugtracker [1]. ~Celti [1] https://bugs.archlinux.org/task/7132
Re: [aur-general] Orphan request: jdownloader2
On Sat, May 31, 2014 at 7:13 AM, Marcel Dopita wrote: > The package jdownloader2 is outdated for more than 4 months now. Owner does > not list his email so I wasn't able to contact him directly. Exactly two > weeks ago I left a comment on AUR and also sent private message to user with > same name on official jdownloader board. Both with no response. His email is listed in his AUR profile. I've CCed him on this so that he has a chance to respond. Regards, ~Celti
Re: [aur-general] Package orphaning policy improvement - RFC
On Mon, May 26, 2014 at 4:58 AM, Nowaker wrote: >>> Of course, it would be nice to also auto-mail the maintainer, say, one >>> week before the auto-orphaning. >> >> And to auto-mail to the list, perhaps somebody is willing to maintain a >> package. > > I'm afraid there will be tons of such e-mails. Would be beter to have > "Notify of orpaning" link in "Package Actions". Only interested people + the > maintainer would get the notifications. How about a daily digest email of orphaned packages, similar to the repository reports sent out for testing and community-testing? Regards, ~Celti
Re: [aur-general] Dropping laptop-mode-tools to AUR
On Tue, Jan 28, 2014 at 8:51 AM, Daniel Landau wrote:
>> On Mon, Jan 27, 2014 at 10:49 PM, Patrick Burroughs (Celti)
>> wrote:
>> And the udev rule works! Now I can completely do away with
>> laptop-mode-tools.
>>
>> For the curious, I used:
>> SUBSYSTEM=="power_supply", ATTR{status}=="Discharging",
>> ATTR{capacity}=="5", RUN+="/usr/bin/systemctl hybrid-sleep"
>>
>> This should work for any laptop that emits battery uevents at a
>> reasonable rate; mine didn't seem to at first, but started sending one
>> per 1% drop after it dropped below 15% or so, so if you want to test
>> it you may be waiting a while.
>
> That's cool! Do you think this would fit somewhere in the Wiki or as an AUR
> package?
A wiki article seems best, so that people can adjust the type of sleep
and percentage chance to best suit their laptop.
> Are you sure you want hybrid-sleep instead of plain hibernate: both
> will save your state to disk but with hybrid-sleep you run the risk of
> running your battery all the way down, which supposedly isn't healthy for
> the battery
> (http://www.pcworld.com/article/191574/long_live_your_laptop_battery.html).
There is a small danger of that, but my laptop uses little enough
power when suspended that that 5% charge will give me hours to plug it
back in. The hybrid sleep is just a final failsafe and the hibernate
part should never actually be needed.
Regards,
~Celti
Re: [aur-general] Dropping laptop-mode-tools to AUR
On Mon, Jan 27, 2014 at 10:49 PM, Patrick Burroughs (Celti)
wrote:
> On Mon, Jan 27, 2014 at 10:02 PM, Daniel Landau wrote:
>> On 27.01.2014 22:04, Patrick Burroughs (Celti) wrote:
>>> Does anyone know of software that offers laptop-mod-tools'
>>> configuration to automatically hibernate on a critical battery level?
>>
>> Does it have to be something other than Gnome?
>
> The suggestion is appreciated, but being a snobby i3 user, I rather
> despise Gnome, KDE, and other similar weighty environments. I'm making
> some progress on a udev rule that will do what I want, however;
> currently I'm testing to see how often my battery emits udev events.
>
> Regards,
> ~Celti
And the udev rule works! Now I can completely do away with laptop-mode-tools.
For the curious, I used:
SUBSYSTEM=="power_supply", ATTR{status}=="Discharging",
ATTR{capacity}=="5", RUN+="/usr/bin/systemctl hybrid-sleep"
This should work for any laptop that emits battery uevents at a
reasonable rate; mine didn't seem to at first, but started sending one
per 1% drop after it dropped below 15% or so, so if you want to test
it you may be waiting a while.
Regards,
~Celti
Re: [aur-general] Dropping laptop-mode-tools to AUR
On Mon, Jan 27, 2014 at 10:02 PM, Daniel Landau wrote: > On 27.01.2014 22:04, Patrick Burroughs (Celti) wrote: >> Does anyone know of software that offers laptop-mod-tools' >> configuration to automatically hibernate on a critical battery level? > > Does it have to be something other than Gnome? The suggestion is appreciated, but being a snobby i3 user, I rather despise Gnome, KDE, and other similar weighty environments. I'm making some progress on a udev rule that will do what I want, however; currently I'm testing to see how often my battery emits udev events. Regards, ~Celti
Re: [aur-general] Dropping laptop-mode-tools to AUR
On Mon, Jan 27, 2014 at 8:53 AM, Maxime Gauduin wrote: > On Sat, Jan 25, 2014 at 12:33 PM, Lukas Jirkovsky > wrote: >> laptop-mode-tools has been dropped to AUR: >> https://aur.archlinux.org/packages/laptop-mode-tools/ >> > I've pushed tlp and tlp-rdw to [community] as a replacement for > laptop-mode-tools. For those who don't know about it, you can check the > upstream website [1] and the wiki [2]. Power savings are on par with > laptop-mode-tools. Does anyone know of software that offers laptop-mod-tools' configuration to automatically hibernate on a critical battery level? Regards, ~Celti
Re: [aur-general] Delete request: ogg2mp3
On Sat, Aug 31, 2013 at 8:07 PM, Jerome Leclanche wrote: > https://aur.archlinux.org/packages/ogg2mp3/ > > Source domain is parked, no git repo available. Only ogg2mp3 that > shows up on google is a different project. Perhaps consider converting the sources to use the tarball available on gitorious? http://gitorious.org/ogg2mp3/ogg2mp3/archive/1f7f37b97b23eb4dd636a8f7b20cde357b891cf0.tar.gz ~Celti
Re: [aur-general] Circular dependancies
On Mon, Apr 15, 2013 at 2:34 AM, wrote: > Hello, > > While installing catalyst-dkms, catalyst-utils is required as a dependancy, > which itself requires xorg-server. But catalyst-utils requests removal of > xorg-server at the same time. How can we resolve this ? > > Thanks. You wait for catalyst to be updated to be compatible with the latest xorg. ~Celti
Re: [aur-general] Systemd service files
On Mon, Nov 26, 2012 at 9:19 PM, Limao Luo wrote: > In general, should .install files enable systemd service files on startup by > default (even if some custom config may or may not be required)? Are there > any other special considerations when deciding? [1] provided some info about > systemd scripts, but I couldn't find anything as it relates to PKGBUILDs. > > [1] https://wiki.archlinux.org/index.php/Systemd As far as I know, the general rule is that install scripts should never enable, disable, start, stop, or restart things, only apply needed configuration that can't be applied from within the package (such as adding users and groups). ~Celti
