Re: RFC: Replacing vim-tiny with nano in essential packages
On 2020-03-17 07:36:23, John Paul Adrian Glaubitz wrote: snip > > As far as priorities, whatever the project/ftp-masters decide is fine > > with me. I've wanted to drop vim-tiny altogther, but that's been met > > with resistance. > > Sounds like dropping vim-tiny and replacing it with vi from busybox > would be a good approach to fix this particular issues, doesn't it? Yes, I think this is most sensible thing to do. We're already having both (busybox and vim) in basic setup and looks like vim even in tiny version is adding maintenance overhead we don't need. Keeping compatibility with vim is something lots of people used to, so I'd hope that keeping it will help us to avoid people complaining too much. -- |_|0|_| | |_|_|0| "Panta rei" | |0|0|0| kuLa | gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 signature.asc Description: PGP signature
Re: Research survey: Impact of Microsoft Acquisition of GitHub
Hello Ian and others,
First, on behalf of the professors, we apologize for not replying earlier, as
any response from developers is important.
I had been on vacation and also wanted to carefully respond to you as Debian
developers, as I believe our work is
to help FLOSS projects like yourselves.
My name is Raula, and I am one of the supervisors for our Intern (Asavaseri),
one of the professors responsible for her internship project. The
project was part of a short two-month Japan-Thai initiative for final year
undergraduates
to understand aspects of graduate work in Software Engineering.
Although in a short period, we tried as much to develop a systematic method and
ask
unbiased questions on this sensitive topic, yet am aware that we may have some
short-fallings
since we are coming from an academic perspective and direct access to
developers.
As researchers, we tried forums that were less intrusive to developers work and
are prone to missing key developers.
In regards to the survey platform, we agree with statements that it is a flaw,
we have a more anonymous version in SurveyMonkey,
but by then it was too late to gather more feedback. However, we have had
generally positive feedback from
other distros, yet.
The key intention of the web results was a quick view and not in anyway depict
a full analysis with implications and thought out
discussions are needed. We do plan to expand the study and submit all our
results to reputable
software engineering peer-reviewed locations, however, if developers do not
agree with this result, we are open to collaboration
and direct feedback from developers like yourselves.
Overall our intention is to assist with developers and we appreciate your
feedback, which will help us to get a clearer picture of reality.
Best Regards,
Raula
On 08/21/18 12:10 AM, Gunnar Wolf wrote:
>
> Ian Jackson dijo [Tue, Aug 14, 2018 at 04:33:46PM +0100]:
> > Asavaseri Natnaree writes ("Re: Research survey: Impact of Microsoft
> > Acquisition of GitHub"): > I am happy to announce that we are ready
> > to release preliminary results of the "Developer Perception to
> > Microsoft's acquisition of GitHub" survey. These results can be
> > accessed at "
> > https://naist-se.github.io/study-of-microsofts-github-acquisition/";. Again
> > thank you for your participation and please feel free to share or
> > discuss these results.
> >
> > I'm sorry to say that I think this is a poor piece of work.
> > (...)
>
> Hello Ian,
>
> I understand your frustration with the work shared with the author and
> other linked people. However, this is not the way to answer to
> somebody who is attempting to do a contribution to understand the
> social weather after an important change.
>
> The first part of your mail is... Maybe somewhat harsh (I would invite
> you to review the "ignoring negativity" panels at this last DebConf;
> that's not the communication pattern our project needs!), but this
> last paragraph is frankly... Frightening.
>
> > To debian-devel: Does someone here speak enough Japanese to find the
> > contact email address for someone at NAIST who will take reports of
> > potential problems with research ethics ?
>
> So, maybe Asavaseri is a student struggling with methodology? Maybe a
> researcher from a different field, who can use some correction in his
> ways for this subject? For that, we would all thank you for most of
> your mail.
>
> But with this paragraph, your mail turned into a _threat_. That is not
> something that should go down easily. I ask you not to pursue this
> path.
--
Raula Gaikovina Kula, PhD.
Assistant Professor,
NAIST,
Graduate School of Science & Technology,
Division of Information Science,
Software Engineering Lab.
https://raux.github.io/
Re: https://manpages.debian.org/man/1/uscan
On 2016-12-06 21:59:58, Scott Leggett wrote: > On 2016-12-06.09:21, Javier Fernandez-Sanguino wrote: > > The URL now should work fine. If you have any future issues, please report > > them. > > > > Thank you for reporting this issue. As mentioned by my colleagues, this was > > a known issue with the service. Nevertheless, sorry for the inconvenience. > > > > Best regards > > > > Javier > > As someone else who had missed manpages.debian.org, thanks! +1 Thx a lot for bringing it back and keeping it alive. -- |_|0|_| | |_|_|0| "Panta rei" | |0|0|0| kuLa | gpg --keyserver pgp.mit.edu --recv-keys 0x686930DD58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 signature.asc Description: PGP signature
Bug#808767: ITP: apt-transport-gs -- APT transport for repositories privately held on GCS
Package: wnpp Severity: wishlist Owner: "Marcin Kulisz (kuLa)" * Package name: apt-transport-gs Upstream Author : Dhaivat Pandit * URL : https://github.com/ceocoder/apt-gcs * License : MIT Programming Lang: go Description : APT transport for repositories privately held on GCS Transport for apt allowing to have private repositories on Google Cloud Storage
Bug#756022: ITP: apt-transport-s3 -- APT transport for privately held AWS S3 repositories
Package: wnpp Severity: wishlist Owner: "Marcin Kulisz (kuLa)" * Package name: apt-transport-s3 Version : 20120426090326git Upstream Author : Kyle Shank * URL : https://github.com/kyleshank/apt-s3 * License : GPLv3 Programming Lang: C++ Description : APT transport for privately held AWS S3 repositories This package contains the APT AWS S3 transport. It makes possible to fetch files from repositories privately held on AWS S3. .. To start using S3 based repo it's enough to add line similar to the below to apt sources.list (more information in 'man apt-transport-s3'): deb s3://AWS_ACCESS_ID:[AWS_SECRET_KEY]@s3.amazonaws.com/BUCKETNAME wheezy main -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140725140017.22857.17925.report...@bashton004.kulisz.net
Bug#747812: ITP: python-fysom -- fysom provides a python finite state machine
Package: wnpp Severity: wishlist Owner: "Marcin Kulisz (kuLa)" * Package name: python-fysom Version : 1.0.15 Upstream Author : Maximilien Riehl * URL : https://github.com/mriehl/fysom * License : MIT Programming Lang: Python Description : fysom provides a python finite state machine This standalone python micro-framework providing a finite state machine. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140511185406.2368.84564.report...@bashton004.kulisz.net
Bug#693198: ITP: ec2debian-build-ami is a bunch of scripts which creates Debian images for use in clouds.
Package: wnpp Severity: wishlist Owner: "Marcin Kulisz (kuLa)" * Package name: ec2debian-build-ami Version : b72146d3git Upstream Author : Eric Hammond and Anders Ingemann * URL : https://github.com/andsens/ec2debian-build-ami * License : (AL-2.0) Programming Lang: (Shell) Description : ec2debian-build-ami is a bunch of scripts which creates Debian images for use in clouds. ec2debian-build-ami is a bunch of scripts which creates a vanilla debian squeeze machine images for use in clouds. no latent logfiles no bash history or even apt package cache. This software creates fully operational images for Amazons EC2. Those images suppose to work on OpenStack as well as on other cloud solutions which are sharing API with the previous 2. This tool is utilising euca2ools. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121114082243.16286.15219.report...@bashton004.bashton.com
Bug#651338: ITP: libxmlwrapp -- xmlwrapp is a modern style lightweight C++ library for parsing XML
Package: wnpp Severity: wishlist Owner: "Marcin Kulisz (kuLa)" * Package name: libxmlwrapp Version : 0.6.2 Upstream Author : Peter J Jones, Vaclav Slavik * URL : https://github.com/vslavik/xmlwrapp * License : BSD Programming Lang: C++ Description : xmlwrapp is a modern style lightweight C++ library for parsing XML xmlwrapp is a C++ library parsing XML, it's a modern style lightweight C++ library for working with XML data. It provides a simple and easy to use interface for libxml2 library. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111207220713.23280.62883.report...@game2.kulisz.net
