Re: [aur-general] TU application; freswa
Em maio 12, 2020 12:06 Giancarlo Razzolini via aur-general escreveu: Em maio 7, 2020 2:50 Sven-Hendrik Haase via aur-general escreveu: Discussion period shall last until 2020-05-12. This is just a reminder that today is the last day for discussion on this application. Tomorrow I'll create a vote on the AUR. Correction: Both me and Sven were wrong on the time for discussion period. It will end on 2020-05-20, as the addition of a new TU requires a 14 day period discussion. Carry on. Regards, Giancarlo Razzolini pgpj2Auq2meG4.pgp Description: PGP signature
Re: [aur-general] TU application; freswa
On 12/05/2020 19.02, Eli Schwartz via aur-general wrote: > On 5/6/20 5:19 PM, Frederik Schwan via aur-general wrote: >> My AUR packages got reviewed recently by eschwartz, svenstaro and >> alad - thanks :) > Just for the record -- I did not review your AUR packages, you may have > intended to ask me to do so but this never happened. Perhaps you drafted > this email and forgot to remove my name before sending it? I just looked at my git log. No we did not. Sorry, that was not intentional :( I thought we did a review when we talked about my bugwrangler application. But apparently we didn't. > You did provide a very useful kernel backports patch for my zfs-dkms > package, which was much appreciated. Thank you :) >> If I become a TU, I'd like to focus on the bug tracker until we have >> a better solution. I'd also like to help out bug fixing when >> maintainers are busy, away or on vacation. > I don't know what this means... once there is a "better solution for our > bugtracker" you intend to not focus on it? :p > > Becoming a TU might give more opportunities to commit fixes to packages, > but it's unrelated to triage and analysis, at least, which I'd say are > the things which need the most love. > > So there's plenty to do there either way. :D > (Speaking from personal experience, being a TU has made me less > productive on the bugtracker.) I am missing any experience of a TU's life, so any judgement from me would be arrogant imo. Though, I have experienced the rogue environment of the AUR and I think I'm well prepared to handle some of the packages in [community], where at least no one comments "PKGBUILD broken, `One or more PGP signatures could not be verified!`" :P I intend to keep the bugtracker as my first priority though :) >> I'm aware though that some of these packages do not meet the criteria >> of 10 votes yet. I'll reevaluate whether they meet this criteria from >> time to time. >> >> I'd also like to go on helping Eli with maintenance of >> zfs-dkms and zfs-utils in the AUR. > Patches and suggestions are definitely welcome. :D > > Though I doubt zfs is suitable in any way for inclusion in community, > despite indeed having enough votes. I don't think it's suitable for community either. I'd like to continue working with you in the AUR on it if you don't mind? >> In case JetBrains is okay with us packaging their IDE's, I'd also >> maintain them. But so far all requests I found resulted in a negative >> response from JB. > I'm given to understand packaging our current packages for > pycharm/intellij community edition gives their current maintainers > enough agonizing headaches. It seems like the kind of thing one would > want to avoid getting involved in. :D > > I don't think we should be packaging their custom JRE, anyway, as that > should remain an AUR kind of thing (and we don't optdepends on AUR > packages either). This probably makes it more complicated to support > their stuff, especially for things which aren't open source? > > tl;dr do you believe this is practical to focus on? Do you think they > are likely to provide a way for us to package it which fits our > packaging guidelines? I don't intend to focus on this. I've been the maintainer of 5 JB packages for some time now and JB is a pretty prominent IDE creator. If there is some time I'd like to ask them how they think about repackaging their stuff. But before I'll help out on updating pycharm-community and intellij-idea-community to feel the pain first. :P Frederik signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
On 5/6/20 5:19 PM, Frederik Schwan via aur-general wrote: > Hi everyone, my name is Frederik aka freswa and I'm applying to > become a Trusted User with svenstaro's and grazzolini's sponsorship. > > I started using Linux around 2004 with some live images of Ubuntu. In > 2010, Debian became my main OS. Only a year later I switched to Arch > after I screwed up Debian/sid while hunting for the latest kernel. > > I'm interested in DevOps topics, mail server, C, Rust, Go and newer > JVM languages such as Kotlin. > > Thanks to svenstaro I've been a bug wrangler since February. You > mostly hear from me when I assign bugs to the wrong people from time > to time :P > > OS contributions: > - working on the dovecot-xaps code, providing native Mail.app > Apple Push for iOS devices > - maintaining and writing PKGBUILDs for the AUR > - bug reporting and fixing for several projects > > My AUR packages got reviewed recently by eschwartz, svenstaro and > alad - thanks :) Just for the record -- I did not review your AUR packages, you may have intended to ask me to do so but this never happened. Perhaps you drafted this email and forgot to remove my name before sending it? You did provide a very useful kernel backports patch for my zfs-dkms package, which was much appreciated. > If I become a TU, I'd like to focus on the bug tracker until we have > a better solution. I'd also like to help out bug fixing when > maintainers are busy, away or on vacation. I don't know what this means... once there is a "better solution for our bugtracker" you intend to not focus on it? :p Becoming a TU might give more opportunities to commit fixes to packages, but it's unrelated to triage and analysis, at least, which I'd say are the things which need the most love. So there's plenty to do there either way. :D (Speaking from personal experience, being a TU has made me less productive on the bugtracker.) > I'm aware though that some of these packages do not meet the criteria > of 10 votes yet. I'll reevaluate whether they meet this criteria from > time to time. > > I'd also like to go on helping Eli with maintenance of > zfs-dkms and zfs-utils in the AUR. Patches and suggestions are definitely welcome. :D Though I doubt zfs is suitable in any way for inclusion in community, despite indeed having enough votes. > In case JetBrains is okay with us packaging their IDE's, I'd also > maintain them. But so far all requests I found resulted in a negative > response from JB. I'm given to understand packaging our current packages for pycharm/intellij community edition gives their current maintainers enough agonizing headaches. It seems like the kind of thing one would want to avoid getting involved in. :D I don't think we should be packaging their custom JRE, anyway, as that should remain an AUR kind of thing (and we don't optdepends on AUR packages either). This probably makes it more complicated to support their stuff, especially for things which aren't open source? tl;dr do you believe this is practical to focus on? Do you think they are likely to provide a way for us to package it which fits our packaging guidelines? -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [aur-general] When to use optdepends (was: AUR package q -- newbie)
On 5/12/20 9:55 AM, Markus Schaaf wrote: >> It's not really clear to me when to optdepend. > > Comments welcome. My idea is to use optdepends for things the user may > want, but it's not obvious how to make them work, like a glue-library > the application needs to use another facility, e.g. gpgme to use gpg, or > ghostscript to produce PDF. I'd generally expect an optdepends for something which the program has a built-in ability to use simply by installing the optdepends. -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [aur-general] TU application; freswa
Em maio 7, 2020 2:50 Sven-Hendrik Haase via aur-general escreveu: Discussion period shall last until 2020-05-12. This is just a reminder that today is the last day for discussion on this application. Tomorrow I'll create a vote on the AUR. Regards, Giancarlo Razzolini pgpiuVSJwMXCN.pgp Description: PGP signature
Re: [aur-general] When to use optdepends (was: AUR package q -- newbie)
On Tue, 12 May 2020 15:55:58 +0200 Markus Schaaf wrote: > > It's not really clear to me when to optdepend. > > Comments welcome. My idea is to use optdepends for things the user may > want, but it's not obvious how to make them work, like a glue-library > the application needs to use another facility, e.g. gpgme to use gpg, > or ghostscript to produce PDF. As a *user*, I look at an optdepends'ed package as an otherwise independent package that makes the original package better or more useful. I usually think that the original package will use the optdepends'ed package out of the box, especially if the latter is already installed when I install the former, or automatically if I install the latter later. IMO, the more I have to do to configure the main package to use the optdepends'ed package, the relationship degrades from optdepends to something lesser. https://wiki.archlinux.org/index.php/PKGBUILD#optdepends has some good examples. In particular, if I see that a package has an optdepends on CUPS, then I assume that that package detects and uses CUPS all by itself. The package, of course, likely does lots of other things even if it can't print. Just my 2¢. -- “Atoms are not things.” – Werner Heisenberg Dan Sommers, http://www.tombstonezero.net/dan
Re: [aur-general] When to use optdepends (was: AUR package q -- newbie)
On Tue, 12 May 2020 15:55:58 +0200 Markus Schaaf wrote: > > It's not really clear to me when to optdepend. > > Comments welcome. My idea is to use optdepends for things the user may > want, but it's not obvious how to make them work, like a glue-library > the application needs to use another facility, e.g. gpgme to use gpg, > or ghostscript to produce PDF. I always ask myself: Is the dep not required for the core functionality of the package, as in: Are there users that could use this package without it? If so, add it as optdepends and specify the functionality/feature the user might need it for. It should be the place to go when some feature doesn't work and might need another package. -- hashworks Webhttps://hashworks.net Public Key 0x4FE7F4FEAC8EBE67 pgpBoN9Dniu9U.pgp Description: OpenPGP digital signature
[aur-general] When to use optdepends (was: AUR package q -- newbie)
> It's not really clear to me when to optdepend. Comments welcome. My idea is to use optdepends for things the user may want, but it's not obvious how to make them work, like a glue-library the application needs to use another facility, e.g. gpgme to use gpg, or ghostscript to produce PDF.
Re: [aur-general] AUR package q -- newbie
Am 12.05.20 um 13:54 schrieb Eli Schwartz via aur-general: > On the other hand, this *would* seem like a good situation in which > to use optdepends. Thought about this. It's just a suggested/preset command line for a user command. I don't use rubber myself. Why suggest to install it? There is a command to process R files. Shall I suggest installing R, too? The rubber tool itself doesn't optdepend on texlive, much like make doesn't optdepend on binutils or gcc. It's not really clear to me when to optdepend. BR
Re: [aur-general] AUR package q -- newbie
On 5/12/20 3:04 AM, Markus Schaaf wrote: > If you look at the plugin's settings, there are a couple of commands > defined. One of which you are trying to use. The plugin's installation > doesn't depend on any of the programs that are setup by default for > these commands, because you may want to change them. Or not use all of > them. I wouldn't want to install R, for instance, just because the > plugin has commands to render *.rnw files. It's your responsibility to > install and setup everything, so the commands you use do what you want. > If you want to use the default rubber command, you need to install at > least 'rubber' and 'texlive-core'. The plugin does no magic. It just > calls a command. You may test the very same command in a terminal. On the other hand, this *would* seem like a good situation in which to use optdepends. -- Eli Schwartz Bug Wrangler and Trusted User signature.asc Description: OpenPGP digital signature
Re: [aur-general] AUR package q -- newbie
Am 12.05.20 um 13:03 schrieb Raj Kombiyil via aur-general: > charm. If there's a place where I can upvote/something pl let me know. Well, on https://aur.archlinux.org/packages/gedit-latex-git/ there is a link "Vote for this package" on the right side, which is meant to count active users, or such. BR
Re: [aur-general] AUR package q -- newbie
On Tue, May 12, 2020, 14:09 Markus Schaaf wrote: > Am 12.05.20 um 05:40 schrieb Raj Kombiyil via aur-general: > > > $git clone https:://AUR.archlinux.org/gedit-latex.git > > Thanks in advance for any pointers. Appreciate it. > > BTW, this isn't the package I've uploaded, but the older you complained > about. The older one installs rubber and texlive-core, so I'm not sure > what your problem is. With my package and rubber installed, I can see > error messages from rubber in the bottom pane. > Apologies, kind Sir. Mixup is mistake. Somehow downloaded the file which was there earlier and about which someone else had complained (that it was giving error). I removed the package and installed yours. Works like a charm. If there's a place where I can upvote/something pl let me know. Also, this thread can be closed. > > Do yourself a favour and use your new knowledge to install an AUR > helper. I like yay. Then use it like you would use pacman, e.g. > $ yay -Syu ; yay -S gedit-latex-git rubber texlive-core > Will do. Again, thanks a lot for the help. I thank all the wonderful people who helped besides giving info on how to make packages. Appreciate it. > > BR >
Re: [aur-general] AUR package q -- newbie
Am 12.05.20 um 05:40 schrieb Raj Kombiyil via aur-general: > $git clone https:://AUR.archlinux.org/gedit-latex.git > Thanks in advance for any pointers. Appreciate it. BTW, this isn't the package I've uploaded, but the older you complained about. The older one installs rubber and texlive-core, so I'm not sure what your problem is. With my package and rubber installed, I can see error messages from rubber in the bottom pane. Do yourself a favour and use your new knowledge to install an AUR helper. I like yay. Then use it like you would use pacman, e.g. $ yay -Syu ; yay -S gedit-latex-git rubber texlive-core BR
Re: [aur-general] AUR package q -- newbie
On Tue, May 12, 2020, 12:34 Markus Schaaf wrote: > Am 12.05.20 um 05:40 schrieb Raj Kombiyil via aur-general: > > > Before, I could just write my .Tex file and Ctrl+alt+1 and will get PDF. > > pdflatex is installed via texlive-most pkg. Here, Ctrl+alt+1 doesn't do > > anything. What am I missing? Because install was not proper? $which > > gedit-latex says no gedit-latex in /user/bin etc. > > Now, gedit can see the plugins and I marked the plugin. And also enabled > > bottom panel where I see error messages. Here nothing comes. Any idea > what > > I need to do? Since I am teaching a class, I guess wrong time to play > with > > arch :( > > If you look at the plugin's settings, there are a couple of commands > defined. One of which you are trying to use. The plugin's installation > doesn't depend on any of the programs that are setup by default for > these commands, because you may want to change them. Or not use all of > them. I wouldn't want to install R, for instance, just because the > plugin has commands to render *.rnw files. It's your responsibility to > install and setup everything, so the commands you use do what you want. > If you want to use the default rubber command, you need to install at > least 'rubber' and 'texlive-core'. The plugin does no magic. It just > calls a command. You may test the very same command in a terminal. > Thank you. I am somewhat familiar with this, tho not an expert by any yardstick. > > If you have never compiled a latex document on the command line, and are > not willing to learn it, then yes Arch isn't for you. Ha! Thanks for the encouragement :) Agree. Well, once I set up things to taste in Ubuntu, didn't have to explicitly do this everytime. Been a long while. Hmm I need to familiarize to find packages like beamer etc. Because the very > next problem would be finding out how to install additional latex > packages, that your document may use. > Agreed. Thanks for taking time off to reply + making the package. Let me see if I can grok it - to some extent :D > > BR >
Re: [aur-general] AUR package q -- newbie
Am 12.05.20 um 05:40 schrieb Raj Kombiyil via aur-general: > Before, I could just write my .Tex file and Ctrl+alt+1 and will get PDF. > pdflatex is installed via texlive-most pkg. Here, Ctrl+alt+1 doesn't do > anything. What am I missing? Because install was not proper? $which > gedit-latex says no gedit-latex in /user/bin etc. > Now, gedit can see the plugins and I marked the plugin. And also enabled > bottom panel where I see error messages. Here nothing comes. Any idea what > I need to do? Since I am teaching a class, I guess wrong time to play with > arch :( If you look at the plugin's settings, there are a couple of commands defined. One of which you are trying to use. The plugin's installation doesn't depend on any of the programs that are setup by default for these commands, because you may want to change them. Or not use all of them. I wouldn't want to install R, for instance, just because the plugin has commands to render *.rnw files. It's your responsibility to install and setup everything, so the commands you use do what you want. If you want to use the default rubber command, you need to install at least 'rubber' and 'texlive-core'. The plugin does no magic. It just calls a command. You may test the very same command in a terminal. If you have never compiled a latex document on the command line, and are not willing to learn it, then yes Arch isn't for you. Because the very next problem would be finding out how to install additional latex packages, that your document may use. BR