[opensuse-factory] Packages from OBS repositories
Recently on Leap 42.3 release party in Prague, some SUSE developers were wondering which packages do people need from OBS. I don't know how far this idea goes, but some people would prefer as many packages as possible directly in Factory (not in various OBS projects), so that people should need less extra OBS repositories. This make sense as it should reduce number of issues with too much repositories (various conflicts etc.) and it is more convenient. Although I must say I like OBS very much and I could hardly use openSUSE without bunch of extra repositories. For the discussion, I add list of packages I have on my computers from another repositories than OSS. It's long, but not so complicated. :-) What about the others? V. LAMP SERVER (Leap 42.3) ======================= # Repositories zypper lr | grep http | awk '{ print $5, $NF }' home_JeanVEGA http://download.opensuse.org/repositories/home:/JeanVEGA/ openSUSE_Leap_42.3/ Network_Utilities http://download.opensuse.org/repositories/network:/ utilities/openSUSE_Leap_42.3/ OSS http://download.opensuse.org/distribution/leap/42.3/repo/oss/ OSS-Update http://download.opensuse.org/update/leap/42.3/oss/ Server_Monitoring http://download.opensuse.org/repositories/server:/ monitoring/openSUSE_Leap_42.3/ PHP_extensions http://download.opensuse.org/repositories/server:/php:/ extensions/openSUSE_Leap_42.3/ # Packages zypper se -si | grep -v OSS | grep package | awk '{ print $3, $NF }' | sed 's/ Packages)/(System Packages)/' automysqlbackup home_JeanVEGA denyhosts Network_Utilities lnav Server_Monitoring php5-APCu PHP_extensions php5-pam PHP_extensions php5-pecl_http PHP_extensions php5-propro PHP_extensions php5-raphf PHP_extensions php5-uploadprogress PHP_extensions php5-uuid PHP_extensions usermin (System Packages) webmin (System Packages) COMPUTER AT WORK (TW) ===================== # Repositories LANG=C zypper lr | grep http | sed 's/ //' | sed 's/|//g' | awk '{ print $3, $NF }' geo http://download.opensuse.org/repositories/Application:/Geo/ openSUSE_Tumbleweed/ dev_lang_R_released http://download.opensuse.org/repositories/devel:/ languages:/R:/released/openSUSE_Tumbleweed/ home_hlavki http://download.opensuse.org/repositories/home:/hlavki/ openSUSE_Tumbleweed/ KDE_Extra http://download.opensuse.org/repositories/KDE:/Extra/ openSUSE_Tumbleweed/ network http://download.opensuse.org/repositories/network/openSUSE_Tumbleweed/ Packman http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Tumbleweed/ science http://download.opensuse.org/repositories/science/openSUSE_Tumbleweed/ skype-stable https://repo.skype.com/rpm/stable/ tw-non-oss http://download.opensuse.org/tumbleweed/repo/non-oss/ tw-oss http://download.opensuse.org/tumbleweed/repo/oss/ tw-update http://download.opensuse.org/update/tumbleweed/ # Packages LANG=C zypper se -si | grep -v oss | grep package | awk '{ print $3, $NF }' | sed 's/Packages)/(System Packages)/' EMBOSS science EMBOSS-docs science EMBOSS-libs science Genepop science QLandkarteGT geo QLandkarteGT-driver-garmin geo R-BH dev_lang_R_released R-BiocGenerics dev_lang_R_released R-DBI dev_lang_R_released R-Lahman dev_lang_R_released R-MCMCglmm dev_lang_R_released R-R2HTML dev_lang_R_released R-R6 dev_lang_R_released R-RColorBrewer dev_lang_R_released R-RCurl dev_lang_R_released R-RGtk2 dev_lang_R_released R-RGtk2Extras dev_lang_R_released R-RJSONIO dev_lang_R_released R-RODBC dev_lang_R_released R-RPostgreSQL dev_lang_R_released R-Rcpp dev_lang_R_released R-RcppArmadillo dev_lang_R_released R-RcppEigen dev_lang_R_released R-RgoogleMaps dev_lang_R_released R-Rgraphviz dev_lang_R_released R-TeachingDemos dev_lang_R_released R-XLConnect dev_lang_R_released R-XML dev_lang_R_released R-ade4 dev_lang_R_released R-ape dev_lang_R_released R-assertthat dev_lang_R_released R-base-java dev_lang_R_released R-bitops dev_lang_R_released R-caTools dev_lang_R_released R-coda dev_lang_R_released R-colorspace dev_lang_R_released R-combinat dev_lang_R_released R-corpcor dev_lang_R_released R-corrplot dev_lang_R_released R-cubature dev_lang_R_released R-curl dev_lang_R_released R-devtools dev_lang_R_released R-dichromat dev_lang_R_released R-digest dev_lang_R_released R-dplyr dev_lang_R_released R-evaluate dev_lang_R_released R-formatR dev_lang_R_released R-gWidgets dev_lang_R_released R-gdata dev_lang_R_released R-genetics dev_lang_R_released R-ggmap dev_lang_R_released R-ggplot2 dev_lang_R_released R-gplots dev_lang_R_released R-graph dev_lang_R_released R-gridBase dev_lang_R_released R-gtable dev_lang_R_released R-gtools dev_lang_R_released R-hflights dev_lang_R_released R-highr dev_lang_R_released R-htmltools dev_lang_R_released R-httr dev_lang_R_released R-jpeg dev_lang_R_released R-jsonlite dev_lang_R_released R-knitr dev_lang_R_released R-labeling dev_lang_R_released R-latticeExtra dev_lang_R_released R-latticist dev_lang_R_released R-lazyeval dev_lang_R_released R-littler dev_lang_R_released R-lme4 dev_lang_R_released R-lmtest dev_lang_R_released R-magrittr dev_lang_R_released R-mapproj dev_lang_R_released R-maps dev_lang_R_released R-maptools dev_lang_R_released R-markdown dev_lang_R_released R-memoise dev_lang_R_released R-mime dev_lang_R_released R-minqa dev_lang_R_released R-munsell dev_lang_R_released R-mvtnorm dev_lang_R_released R-nloptr dev_lang_R_released R-phylolm dev_lang_R_released R-plotrix dev_lang_R_released R-plyr dev_lang_R_released R-png dev_lang_R_released R-proto dev_lang_R_released R-rCharts dev_lang_R_released R-rJava dev_lang_R_released R-rMaps dev_lang_R_released R-randomForest dev_lang_R_released R-rentrez dev_lang_R_released R-reshape2 dev_lang_R_released R-rggobi dev_lang_R_released R-rgl dev_lang_R_released R-rjson dev_lang_R_released R-rpart.plot dev_lang_R_released R-rpubmed dev_lang_R_released R-rstudioapi dev_lang_R_released R-scales dev_lang_R_released R-scatterplot3d dev_lang_R_released R-sp dev_lang_R_released R-spam dev_lang_R_released R-stringi dev_lang_R_released R-stringr dev_lang_R_released R-tcltk2 dev_lang_R_released R-tensorA dev_lang_R_released R-tibble dev_lang_R_released R-tiff dev_lang_R_released R-vcd dev_lang_R_released R-whisker dev_lang_R_released R-yaml dev_lang_R_released R-zoo dev_lang_R_released akonadi-ews home_hlavki basket5 KDE_Extra basket5-lang KDE_Extra bcftools science bedtools science bedtools-data science bedtools-doc science bgzip science bowtie2 science bwa science chromium-ffmpeg-extra Packman chromium-plugin-widevinecdm Packman clustalw science clustalx science convertall KDE_Extra convertall-lang KDE_Extra dialign science dolphin-plugin-checksum KDE_Extra exfat-utils Packman faac Packman faad2 Packman flash-player Packman flash-player-ppapi Packman fuse-exfat Packman garmin-tools geo garmintools geo ggobi dev_lang_R_released ggobi-devel dev_lang_R_released gpsPhoto geo gpsprune geo grass science grass-docs science gstreamer-plugins-bad Packman gstreamer-plugins-bad-orig-addon Packman gstreamer-plugins-ugly-orig-addon Packman htsfile science jre1.8.0_144 (System Packages) k9copy Packman k9copy-lang Packman kbibtex KDE_Extra kcheckhash KDE_Extra kim Packman kio_sysinfo KDE_Extra kopete-antispam KDE_Extra lame Packman libavcodec56 Packman libavformat56 Packman libavutil54 Packman libdca0 Packman libfaac0 Packman libfaad2 Packman libfdk-aac1 Packman libffms2-4 Packman libgarmin0 geo libgarmintools4 geo libgeos-3_5_1 geo libgeos-3_6_1 science libgeos_c1 science libgit2-25 (System Packages) libgsl23 science libhts2 science libmac2 Packman libmad0 Packman libmp3lame0 Packman libmpeg2-0 Packman libmpeg2convert0 Packman libmpeg2encpp-2_0-0 Packman libopencore-amrnb0 Packman libopencore-amrwb0 Packman libpng17-17 (System Packages) libpng17-devel (System Packages) libpng17-tools (System Packages) libpostproc53 Packman libroutino0 geo librtmp1 Packman libswresample1 Packman libswscale3 Packman libtwolame0 Packman libvo-aacenc0 Packman libvo-amrwbenc0 Packman libx264-148 Packman libx265-130 Packman libxvidcore4 Packman mac Packman mafft science master-pdf-editor (System Packages) mp3gain Packman mppenc Packman muscle science ncbi-blast science ncbi-data science ncbi-tools science normalize Packman npapi-vlc Packman otter-browser network pdftk-qgui Packman perl-DateTime-Format-ISO8601 Packman qgis science qgis-plugin-grass science qgis-sample-data science qmapshack geo qtoctave science routino geo samtools science shorten Packman skypeforlinux skype-stable soundkonverter KDE_Extra tabix science transcode Packman twolame Packman ugene science vamps Packman vcftools science vivaldi Packman vlc-codecs Packman x264 Packman COMPUTER AT HOME (TW) (SOMETIMES TAKEN TO WORK) =============================================== # Repositories LANG=C zypper lr -u | grep http | sed 's/ //' | sed 's/|//g' | awk '{ print $3, $NF }' geo http://download.opensuse.org/repositories/Application:/Geo/ openSUSE_Tumbleweed/ graphics http://download.opensuse.org/repositories/graphics/ openSUSE_Tumbleweed/ dev_lang_R_released http://download.opensuse.org/repositories/devel:/ languages:/R:/released/openSUSE_Tumbleweed/ Games http://download.opensuse.org/repositories/games/openSUSE_Tumbleweed/ home_hlavki http://download.opensuse.org/repositories/home:/hlavki/ openSUSE_Tumbleweed/ KDE_Extra http://download.opensuse.org/repositories/KDE:/Extra/ openSUSE_Tumbleweed/ network http://download.opensuse.org/repositories/network/openSUSE_Tumbleweed/ Packman http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Tumbleweed/ science http://download.opensuse.org/repositories/science/openSUSE_Tumbleweed/ tw-non-oss http://download.opensuse.org/tumbleweed/repo/non-oss/ tw-oss http://download.opensuse.org/tumbleweed/repo/oss/ tw-update http://download.opensuse.org/update/tumbleweed/ # Packages LANG=C zypper se -si | grep -v oss | grep package | awk '{ print $3, $NF }' | sed 's/Packages)/(System Packages)/' 0ad Games 0ad-data Games EMBOSS science EMBOSS-docs science EMBOSS-libs science Genepop science MPlayer Packman OpenSceneGraph-plugins geo QLandkarteGT geo QLandkarteGT-driver-garmin geo R-BH dev_lang_R_released R-BiocGenerics dev_lang_R_released R-DBI dev_lang_R_released R-Lahman dev_lang_R_released R-MCMCglmm dev_lang_R_released R-R2HTML dev_lang_R_released R-R6 dev_lang_R_released R-RColorBrewer dev_lang_R_released R-RCurl dev_lang_R_released R-RGtk2 dev_lang_R_released R-RGtk2Extras dev_lang_R_released R-RJSONIO dev_lang_R_released R-RODBC dev_lang_R_released R-RPostgreSQL dev_lang_R_released R-Rcpp dev_lang_R_released R-RcppArmadillo dev_lang_R_released R-RcppEigen dev_lang_R_released R-RgoogleMaps dev_lang_R_released R-Rgraphviz dev_lang_R_released R-TeachingDemos dev_lang_R_released R-XLConnect dev_lang_R_released R-XML dev_lang_R_released R-ade4 dev_lang_R_released R-ape dev_lang_R_released R-assertthat dev_lang_R_released R-base-java dev_lang_R_released R-bitops dev_lang_R_released R-caTools dev_lang_R_released R-coda dev_lang_R_released R-colorspace dev_lang_R_released R-combinat dev_lang_R_released R-corpcor dev_lang_R_released R-corrplot dev_lang_R_released R-cubature dev_lang_R_released R-curl dev_lang_R_released R-devtools dev_lang_R_released R-dichromat dev_lang_R_released R-digest dev_lang_R_released R-dplyr dev_lang_R_released R-evaluate dev_lang_R_released R-formatR dev_lang_R_released R-gWidgets dev_lang_R_released R-gdata dev_lang_R_released R-genetics dev_lang_R_released R-ggmap dev_lang_R_released R-ggplot2 dev_lang_R_released R-gplots dev_lang_R_released R-graph dev_lang_R_released R-gridBase dev_lang_R_released R-gtable dev_lang_R_released R-gtools dev_lang_R_released R-hflights dev_lang_R_released R-highr dev_lang_R_released R-htmltools dev_lang_R_released R-httr dev_lang_R_released R-jpeg dev_lang_R_released R-jsonlite dev_lang_R_released R-knitr dev_lang_R_released R-labeling dev_lang_R_released R-latticeExtra dev_lang_R_released R-latticist dev_lang_R_released R-lazyeval dev_lang_R_released R-littler dev_lang_R_released R-lme4 dev_lang_R_released R-lmtest dev_lang_R_released R-magrittr dev_lang_R_released R-mapproj dev_lang_R_released R-maps dev_lang_R_released R-maptools dev_lang_R_released R-markdown dev_lang_R_released R-memoise dev_lang_R_released R-mime dev_lang_R_released R-minqa dev_lang_R_released R-munsell dev_lang_R_released R-mvtnorm dev_lang_R_released R-nloptr dev_lang_R_released R-phylolm dev_lang_R_released R-plotrix dev_lang_R_released R-plyr dev_lang_R_released R-png dev_lang_R_released R-proto dev_lang_R_released R-rCharts dev_lang_R_released R-rJava dev_lang_R_released R-rMaps dev_lang_R_released R-randomForest dev_lang_R_released R-rentrez dev_lang_R_released R-reshape2 dev_lang_R_released R-rggobi dev_lang_R_released R-rgl dev_lang_R_released R-rjson dev_lang_R_released R-rpart.plot dev_lang_R_released R-rpubmed dev_lang_R_released R-rstudioapi dev_lang_R_released R-scales dev_lang_R_released R-scatterplot3d dev_lang_R_released R-sp dev_lang_R_released R-spam dev_lang_R_released R-stringi dev_lang_R_released R-stringr dev_lang_R_released R-tcltk2 dev_lang_R_released R-tensorA dev_lang_R_released R-tibble dev_lang_R_released R-tiff dev_lang_R_released R-vcd dev_lang_R_released R-whisker dev_lang_R_released R-yaml dev_lang_R_released R-zoo dev_lang_R_released akonadi-ews home_hlavki basket5 KDE_Extra basket5-lang KDE_Extra bcftools science bgzip science bowtie2 science brother-udev-rule-type1 (System Packages) brscan-skey (System Packages) brscan4 (System Packages) bwa science chromium-plugin-widevinecdm Packman clustalw science clustalx science cnijfilter-common (System Packages) cnijfilter-mg2200series (System Packages) convertall KDE_Extra cupswrapperDCP7065DN (System Packages) dangerdeep Games dangerdeep-data Games dcp7065dnlpr (System Packages) dialign science dolphin-plugin-checksum KDE_Extra exfat-utils Packman faac Packman faad2 Packman flash-player Packman flash-player-ppapi Packman fontmatrix KDE_Extra fuse-exfat Packman garmin-tools geo garmintools geo ggobi dev_lang_R_released ggobi-devel dev_lang_R_released gimp-descreen graphics gimp-fourier graphics gimp-plugin-normalmap graphics gimp-plugin-resynthesizer graphics gimp-separate+ graphics gpsPhoto geo gpsprune geo grass science grass-docs science gstreamer-plugins-bad Packman gstreamer-plugins-bad-orig-addon Packman gstreamer-plugins-ugly Packman gstreamer-plugins-ugly-orig-addon Packman htsfile science jre1.8.0_144 (System Packages) k3b Packman k9copy Packman k9copy-lang Packman kbibtex KDE_Extra kcheckhash KDE_Extra kim KDE_Extra kio_sysinfo KDE_Extra kopete-antispam KDE_Extra lame Packman libOpenSceneGraph130 geo libOpenThreads20 geo libavcodec56 Packman libavformat56 Packman libavutil54 Packman libdca0 Packman libfaac0 Packman libfaad2 Packman libfdk-aac1 Packman libffms2-4 Packman libgarmin0 geo libgarmintools4 geo libgeos-3_6_1 science libgit2-25 (System Packages) libgloox15 Games libhts2 science libmac2 Packman libmad0 Packman libmjpegutils-2_0-0 Packman libmp3lame0 Packman libmpeg2-0 Packman libmpeg2convert0 Packman libmpeg2encpp-2_0-0 Packman libopencore-amrnb0 Packman libopencore-amrwb0 Packman libpng17-17 graphics libpng17-compat-devel graphics libpng17-devel graphics libpng17-tools graphics libpostproc53 Packman libroutino0 geo librtmp1 Packman libswresample1 Packman libswscale3 Packman libtiff3 graphics libtwolame0 Packman libvo-aacenc0 Packman libvo-amrwbenc0 Packman libx264-148 Packman libx265-130 Packman libxvidcore4 Packman mac Packman mafft science master-pdf-editor (System Packages) mp3gain Packman mppenc Packman muscle science ncbi-blast science ncbi-data science ncbi-tools science npapi-vlc Packman otter-browser network pdftk-qgui Packman qgis-sample-data science qmapshack geo qtoctave science rawtherapee graphics rkward dev_lang_R_released routino geo samtools science scangearmp-common (System Packages) scangearmp-mg2200series (System Packages) shorten Packman skype (System Packages) skypeforlinux (stable) smplayer-skins Packman smplayer-themes Packman soundkonverter KDE_Extra tabix science twolame Packman ugene science vamps Packman vcftools science vivaldi Packman vlc-codecs Packman widelands Games widelands-data Games x264 Packman OLD NETBOOK (Leap 42.3) ======================= # Repositories Graphics http://download.opensuse.org/repositories/graphics/ openSUSE_Leap_42.3/ NON-OSS http://download.opensuse.org/distribution/leap/42.3/repo/non-oss/ NON-OSS-update http://download.opensuse.org/update/leap/42.3/non-oss/ OSS http://download.opensuse.org/distribution/leap/42.3/repo/oss/ OSS-Update http://download.opensuse.org/update/leap/42.3/oss/ Packman http://ftp.gwdg.de/pub/linux/packman/suse/openSUSE_Leap_42.3/ # Packages LANG=C zypper se -si | grep -v OSS | grep package | awk '{ print $3, $NF }' | sed 's/Packages)/(System Packages)/' packages... packages... chromium-ffmpeg-extra Packman chromium-plugin-widevinecdm Packman cnijfilter-common (System Packages) cnijfilter-mg2200series (System Packages) flash-player Packman flash-player-ppapi Packman gstreamer-plugins-libav Packman libHalf12 Packman libIex-2_2-12 Packman libIlmThread-2_2-12 Packman libavcodec56 Packman libavformat56 Packman libavutil54 Packman libdca0 Packman libdcadec0 Packman libfaac0 Packman libfaad2 Packman libfdk-aac1 Packman libmad0 Packman libmp3lame0 Packman libmpeg2-0 Packman libpostproc53 Packman libswresample1 Packman libtiff3 Graphics libtwolame0 Packman libx264-148 Packman libx265-130 Packman libxvidcore4 Packman npapi-vlc Packman pdftk-qgui Packman scangearmp-common (System Packages) scangearmp-mg2200series (System Packages) smplayer-skins Packman smplayer-themes Packman vivaldi Packman vlc-codecs Packman wine-mp3-32bit Packman xboard Packman -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/
On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote:
Recently on Leap 42.3 release party in Prague, some SUSE developers were wondering which packages do people need from OBS. I don't know how far this idea goes, but some people would prefer as many packages as possible directly in Factory
No news here. People have always wanted that. And the response always was: submit to Factory. And then people suddenly fall silent. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a):
On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote:
Recently on Leap 42.3 release party in Prague, some SUSE developers were wondering which packages do people need from OBS. I don't know how far this idea goes, but some people would prefer as many packages as possible directly in Factory
No news here. People have always wanted that. And the response always was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory... -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a):
On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote:
Recently on Leap 42.3 release party in Prague, some SUSE developers were wondering which packages do people need from OBS. I don't know how far this idea goes, but some people would prefer as many packages as possible directly in Factory
No news here. People have always wanted that. And the response always was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn. And then about the packages that are unowned/abandoned/autogenerated/, also your task :p -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2017-09-01 13:48, Jan Engelhardt wrote:
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a):
On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote:
Recently on Leap 42.3 release party in Prague, some SUSE developers were wondering which packages do people need from OBS. I don't know how far this idea goes, but some people would prefer as many packages as possible directly in Factory
No news here. People have always wanted that. And the response always was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On 1 September 2017 at 13:59, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2017-09-01 13:48, Jan Engelhardt wrote:
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
If that is your attitude, then I would also think that it is never your turn to talk on this mailinglist But clearly, as you're posting on this mailinglist, you think you're entitled to engage in this discussion, and I welcome that. With that same spirit I welcome, encourage, and strongly suggest you to contribute in the way Jan suggests. Anything less is a waste of electrons, first yours in the quoted email, and now mine in this response. Don't waste our collective time please. -R -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2017-09-01 14:04, Richard Brown wrote:
On 1 September 2017 at 13:59, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2017-09-01 13:48, Jan Engelhardt wrote:
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
If that is your attitude, then I would also think that it is never your turn to talk on this mailinglist
But clearly, as you're posting on this mailinglist, you think you're entitled to engage in this discussion, and I welcome that.
With that same spirit I welcome, encourage, and strongly suggest you to contribute in the way Jan suggests.
Anything less is a waste of electrons, first yours in the quoted email, and now mine in this response. Don't waste our collective time please.
If that is your attitude, you misunderstand the community you represent. And you misunderstand me. As a user, I have the right to communicate with those that create the software. Or do you want to live in an Ivory Tower? -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On vendredi, 1 septembre 2017 14.07:08 h CEST Carlos E. R. wrote:
On 2017-09-01 14:04, Richard Brown wrote:
On 1 September 2017 at 13:59, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2017-09-01 13:48, Jan Engelhardt wrote:
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
If that is your attitude, then I would also think that it is never your turn to talk on this mailinglist
But clearly, as you're posting on this mailinglist, you think you're entitled to engage in this discussion, and I welcome that.
With that same spirit I welcome, encourage, and strongly suggest you to contribute in the way Jan suggests.
Anything less is a waste of electrons, first yours in the quoted email, and now mine in this response. Don't waste our collective time please.
If that is your attitude, you misunderstand the community you represent. And you misunderstand me. As a user, I have the right to communicate with those that create the software. Or do you want to live in an Ivory Tower?
I share exactly the same feeling as Richard, in the large wasted time and electrons coming from your message. And yes, each time it cost YOU as user a fix or a package ;-) -- Bruno Friedmann Ioda-Net Sàrl www.ioda-net.ch Bareos Partner, openSUSE Member, fsfe fellowship GPG KEY : D5C9B751C4653227 irc: tigerfoot -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Dne pátek 1. září 2017 14:04:02 CEST, Richard Brown napsal(a):
On 1 September 2017 at 13:59, Carlos E. R. <robin.listas@telefonica.net> wrote:
On 2017-09-01 13:48, Jan Engelhardt wrote:
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
If that is your attitude, then I would also think that it is never your turn to talk on this mailinglist
But clearly, as you're posting on this mailinglist, you think you're entitled to engage in this discussion, and I welcome that.
With that same spirit I welcome, encourage, and strongly suggest you to contribute in the way Jan suggests.
As I'm not contributing by packaging (by some other ways I do), I do bit hesitate to require more work from packagers by submitting dozens, may be hundreds of their packages from their OBS project to Factory... Also, requirements to software packages in openFATE are not super-popular, I'd say, if I can... (OK, bit long time ago I submitted several requests, nothing happened, I haven't used it recently.) -- Vojtěch Zeisek https://trapa.cz/
On Fri, 2017-09-01 at 14:22 +0200, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 14:04:02 CEST, Richard Brown napsal(a):
On 1 September 2017 at 13:59, Carlos E. R. <robin.listas@telefonica .net>
wrote:
On 2017-09-01 13:48, Jan Engelhardt wrote:
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
If that is your attitude, then I would also think that it is never your turn to talk on this mailinglist
But clearly, as you're posting on this mailinglist, you think you're entitled to engage in this discussion, and I welcome that.
With that same spirit I welcome, encourage, and strongly suggest you to contribute in the way Jan suggests.
As I'm not contributing by packaging (by some other ways I do), I do bit hesitate to require more work from packagers by submitting dozens, may be hundreds of their packages from their OBS project to Factory... Also, requirements to software packages in openFATE are not super-popular, I'd say, if I can... (OK, bit long time ago I submitted several requests, nothing happened, I haven't used it recently.) Hi
Actually if you just politely ask for package, and its doable, you might be surprised that people will help you/create package/get package to distribution. One of first packages that I got to TW is screenfetch and reason why I did this was either reddit or g+ discussion about packages that people are missing most often in TW (I myself actually never used screenfetch before). On the other hand, demanding behaviour as often shown by some frequent contributor to this ml is indeed very discouraging. Cheers Martin -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Dne pátek 1. září 2017 15:36:19 CEST, martin@pluskal.org napsal(a):
On Fri, 2017-09-01 at 14:22 +0200, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 14:04:02 CEST, Richard Brown napsal(a):
On 1 September 2017 at 13:59, Carlos E. R. <robin.listas@telefonica .net> wrote:
On 2017-09-01 13:48, Jan Engelhardt wrote:
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
If that is your attitude, then I would also think that it is never your turn to talk on this mailinglist But clearly, as you're posting on this mailinglist, you think you're entitled to engage in this discussion, and I welcome that. With that same spirit I welcome, encourage, and strongly suggest you to contribute in the way Jan suggests.
As I'm not contributing by packaging (by some other ways I do), I do bit hesitate to require more work from packagers by submitting dozens, may be hundreds of their packages from their OBS project to Factory... Also, requirements to software packages in openFATE are not super-popular, I'd say, if I can... (OK, bit long time ago I submitted several requests, nothing happened, I haven't used it recently.)
Actually if you just politely ask for package, and its doable, you might be surprised that people will help you/create package/get package to distribution. One of first packages that I got to TW is screenfetch and reason why I did this was either reddit or g+ discussion about packages that people are missing most often in TW (I myself actually never used screenfetch before).
Of course, if I ask someone to do something in his free time, I must be polite. :-) There are two different cases. Some packages are in various OBS repositories. I have no idea how much more effort/responsibility/whatever is then required from the maintainer when the package goes from OBS project to Factory. Other case is if I wish some software package, which is currently totally missing in any OBS repository. Whom to ask? Again, I don't know how much effort is required to maintain more and more packages... -- Vojtěch Zeisek https://trapa.cz/
On Friday 2017-09-01 15:51, Vojtěch Zeisek wrote:
Some packages are in various OBS repositories. I have no idea how much more effort/responsibility/whatever is then required from the maintainer when the package goes from OBS project to Factory.
That, too, is a question the maintainer could easily answer you. It all begins with a little communication…
Other case is if I wish some software package, which is currently totally missing in any OBS repository. Whom to ask?
sosc maintainer devel:languages:python/python-foobarbazquuxbam If none shown, sosc meta prj devel:languages:python If still none shown or no one responds, it's a matter for the mailing list I guess. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Op vrijdag 1 september 2017 13:59:39 CEST schreef Carlos E. R.:
On 2017-09-01 13:48, Jan Engelhardt wrote:
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a):
On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote:
Recently on Leap 42.3 release party in Prague, some SUSE developers were wondering which packages do people need from OBS. I don't know how far this idea goes, but some people would prefer as many packages as possible directly in Factory
No news here. People have always wanted that. And the response always was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real. -- Gertjan Lettink, a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2017-09-01 14:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 13:59:39 CEST schreef Carlos E. R.:
On 2017-09-01 13:48, Jan Engelhardt wrote:
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a):
On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote:
Recently on Leap 42.3 release party in Prague, some SUSE developers were wondering which packages do people need from OBS. I don't know how far this idea goes, but some people would prefer as many packages as possible directly in Factory
No news here. People have always wanted that. And the response always was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On Fri, 2017-09-01 at 14:34 +0200, Carlos E. R. wrote:
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Rhw open source spirit applied here is rather simple: you either do the work or you find/motivate somebody the work for you so, you either package things up yourself or you find a contributor/maintainer that is willing to do this for you. you can ask, but you can't demand. Cheers, Dominique
On 2017-09-01 14:54, Dominique Leuenberger / DimStar wrote:
On Fri, 2017-09-01 at 14:34 +0200, Carlos E. R. wrote:
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Rhw open source spirit applied here is rather simple:
you either do the work or you find/motivate somebody the work for you
so, you either package things up yourself or you find a contributor/maintainer that is willing to do this for you.
you can ask, but you can't demand.
Of course, I agree absolutely. But on the other hand, you can not also demand users to do the packaging themselves. It doesn't work that way, either. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On Fri, 2017-09-01 at 19:31 +0200, Carlos E. R. wrote:
Of course, I agree absolutely.
But on the other hand, you can not also demand users to do the packaging themselves. It doesn't work that way, either.
Well, I see a small difference: *YOU* don't take care of packaging / finding packagers for the stuff you want *I* don't miss the package you wish to have present Who of us two is now in the need to take action? Naturally, the one that has his needs not yet met, right? Really, the concept is simple: if you expect something to be done, you have to do it (yourself or by motivating somebody to step up to do it) - I am not DEMANDING any packages to be done (the ones I care for and I need, I package myself or get packaged by somebody else). See the small, yet subtle difference? nobody is demanding from a user to package stuff - but nobody can expect things to magically appear without anybody doing the work. So, what I'm trying to do it motivate you / guide you / empower you to get the things in openSUSE the way you wish them to be. If you as a user want to 'lean back and demand your wishes be fullfilled' - you will need to hire people to do the work (can be hiring people explicitly for you or via supported offerings, where you in the end, again, delegate the work to somebody else, possibly in exchange for money). That's the way the world spins, my friend. Cheers, Dominique
On 2017-09-01 19:40, Dominique Leuenberger / DimStar wrote:
On Fri, 2017-09-01 at 19:31 +0200, Carlos E. R. wrote:
Of course, I agree absolutely.
But on the other hand, you can not also demand users to do the packaging themselves. It doesn't work that way, either.
Well, I see a small difference: *YOU* don't take care of packaging / finding packagers for the stuff you want *I* don't miss the package you wish to have present
Who of us two is now in the need to take action? Naturally, the one that has his needs not yet met, right?
Really, the concept is simple: if you expect something to be done, you have to do it (yourself or by motivating somebody to step up to do it) - I am not DEMANDING any packages to be done (the ones I care for and I need, I package myself or get packaged by somebody else).
See the small, yet subtle difference? nobody is demanding from a user to package stuff - but nobody can expect things to magically appear without anybody doing the work. So, what I'm trying to do it motivate you / guide you / empower you to get the things in openSUSE the way you wish them to be.
Maybe a language problem, but I understood the post as demanding plain users to do the packaging themselves.
If you as a user want to 'lean back and demand your wishes be fullfilled' - you will need to hire people to do the work (can be hiring people explicitly for you or via supported offerings, where you in the end, again, delegate the work to somebody else, possibly in exchange for money). That's the way the world spins, my friend.
But I do not demand, my friend :-) -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
On 02/09/17 03:01, Carlos E. R. wrote:
On 2017-09-01 14:54, Dominique Leuenberger / DimStar wrote:
On Fri, 2017-09-01 at 14:34 +0200, Carlos E. R. wrote:
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Rhw open source spirit applied here is rather simple:
you either do the work or you find/motivate somebody the work for you
so, you either package things up yourself or you find a contributor/maintainer that is willing to do this for you.
you can ask, but you can't demand.
Of course, I agree absolutely.
But on the other hand, you can not also demand users to do the packaging themselves. It doesn't work that way, either.
I don't think anyone demanded any user to do anything, on the other hand I have helped teach a number of users to package things they are missing over the years. I myself started out as a user who got board of building enlightenment from source on 3 machines so I started helping create and maintain packages for them, with some help and a little effort it wasn't that hard to learn. Fast forward 5 years and I now work in the packaging team at SUSE. Any long time Linux user who is willing to learn can learn to package with OBS its no more complicated then anything else they do. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
Op vrijdag 1 september 2017 14:34:29 CEST schreef Carlos E. R.:
On 2017-09-01 14:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 13:59:39 CEST schreef Carlos E. R.:
On 2017-09-01 13:48, Jan Engelhardt wrote:
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a):
On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote: > Recently on Leap 42.3 release party in Prague, some SUSE developers > were > wondering which packages do people need from OBS. I don't know how > far > this > idea goes, but some people would prefer as many packages as possible > directly in Factory
No news here. People have always wanted that. And the response always was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Yes, f.e. ask you to ask someone who has the skills, and provide her/him with all the info you've got, offer to help testing etc etc. Doing such is a thing is as much a valued contribution as the packaging itself. Please, get this "devs/packagers vs. users" kind of statements, they do not fit the way our community works. And leave out the "Ivory Tower" remarks. -- Gertjan Lettink, a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2017-09-01 16:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 14:34:29 CEST schreef Carlos E. R.:
On 2017-09-01 14:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 13:59:39 CEST schreef Carlos E. R.:
On 2017-09-01 13:48, Jan Engelhardt wrote:
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a): > On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote: >> Recently on Leap 42.3 release party in Prague, some SUSE developers >> were >> wondering which packages do people need from OBS. I don't know how >> far >> this >> idea goes, but some people would prefer as many packages as possible >> directly in Factory > > No news here. People have always wanted that. And the response always > was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Yes, f.e. ask you to ask someone who has the skills, and provide her/him with all the info you've got, offer to help testing etc etc. Doing such is a thing is as much a valued contribution as the packaging itself. Please, get this "devs/packagers vs. users" kind of statements, they do not fit the way our community works. And leave out the "Ivory Tower" remarks.
Please, it goes both directions. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Op vrijdag 1 september 2017 19:35:24 CEST schreef Carlos E. R.:
On 2017-09-01 16:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 14:34:29 CEST schreef Carlos E. R.:
On 2017-09-01 14:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 13:59:39 CEST schreef Carlos E. R.:
On 2017-09-01 13:48, Jan Engelhardt wrote:
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote: > Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a): >> On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote: >>> Recently on Leap 42.3 release party in Prague, some SUSE developers >>> were >>> wondering which packages do people need from OBS. I don't know how >>> far >>> this >>> idea goes, but some people would prefer as many packages as >>> possible >>> directly in Factory >> >> No news here. People have always wanted that. And the response >> always >> was: submit to Factory. And then people suddenly fall silent. > > IMHO package maintainer/owner should do that. I don't feel to submit > someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Yes, f.e. ask you to ask someone who has the skills, and provide her/him with all the info you've got, offer to help testing etc etc. Doing such is a thing is as much a valued contribution as the packaging itself. Please, get this "devs/packagers vs. users" kind of statements, they do not fit the way our community works. And leave out the "Ivory Tower" remarks.
Please, it goes both directions.
Carlos, no matter how much I appreciate your efforts to contribute/support the community and it's products ( i know we share the same loyatly towards the openSUSE Project ) , what I don't understand is the "Why" of using terms like "Ivory Tower" for,. Please also know that Richard's position is a vulnarable one: Anybody can call him { or any other representatiive / Board member ) an asshole or incompetent, yet nobody would acceot a re-rant,. IMO one of the things we, as a community are doing right, is to be frriendly towards our (new) members. Let's not spoil thart by picking individuals Please, please, please., let's keep this the warm, friendly community it's always been, give respect to anybody who deserves it. No matter what they do. -- Gertjan Lettink, a.k.a. Knurpht openSUSE Board Member openSUSE Forums Team -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2017-09-01 19:53, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 19:35:24 CEST schreef Carlos E. R.:
On 2017-09-01 16:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 14:34:29 CEST schreef Carlos E. R.:
On 2017-09-01 14:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 13:59:39 CEST schreef Carlos E. R.:
On 2017-09-01 13:48, Jan Engelhardt wrote: > On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote: >> Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a): >>> On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote: >>>> Recently on Leap 42.3 release party in Prague, some SUSE developers >>>> were >>>> wondering which packages do people need from OBS. I don't know how >>>> far >>>> this >>>> idea goes, but some people would prefer as many packages as >>>> possible >>>> directly in Factory >>> >>> No news here. People have always wanted that. And the response >>> always >>> was: submit to Factory. And then people suddenly fall silent. >> >> IMHO package maintainer/owner should do that. I don't feel to submit >> someone's else package to Factory... > > Well, contact the maintainer, and find an agreement. If they don't > care about Factory, it is still your turn.
No, as a user, it is never my turn.
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Yes, f.e. ask you to ask someone who has the skills, and provide her/him with all the info you've got, offer to help testing etc etc. Doing such is a thing is as much a valued contribution as the packaging itself. Please, get this "devs/packagers vs. users" kind of statements, they do not fit the way our community works. And leave out the "Ivory Tower" remarks.
Please, it goes both directions.
Carlos, no matter how much I appreciate your efforts to contribute/support the community and it's products ( i know we share the same loyatly towards the openSUSE Project ) , what I don't understand is the "Why" of using terms like "Ivory Tower" for,. Please also know that Richard's position is a vulnarable one: Anybody can call him { or any other representatiive / Board member ) an asshole or incompetent, yet nobody would acceot a re-rant,. IMO one of the things we, as a community are doing right, is to be frriendly towards our (new) members. Let's not spoil thart by picking individuals
Please, please, please., let's keep this the warm, friendly community it's always been, give respect to anybody who deserves it. No matter what they do.
I agree absolutely :-) But Richard choice of words were felt too harsh here :-( -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
Am 1. September 2017 14:34:29 MESZ schrieb "Carlos E. R." <robin.listas@telefonica.net>:
Op vrijdag 1 september 2017 13:59:39 CEST schreef Carlos E. R.:
On 2017-09-01 13:48, Jan Engelhardt wrote:
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a):
On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote: > Recently on Leap 42.3 release party in Prague, some SUSE developers > were > wondering which packages do people need from OBS. I don't know how far > this > idea goes, but some people would prefer as many packages as
On 2017-09-01 14:27, Knurpht - Gertjan Lettink wrote: possible
> directly in Factory
No news here. People have always wanted that. And the response always was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Fine. But if I want desperately package xyz in Factory then I need to talk to someone or try it by myself. Packaging is not rocket science. Even i learned it....a bit Schöne Grüße Axel -- Written from cell phone - excuses for typos -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2017-09-01 16:58, Axel Braun wrote:
Am 1. September 2017 14:34:29 MESZ schrieb "Carlos E. R." <robin.listas@telefonica.net>:
On 2017-09-01 14:27, Knurpht - Gertjan Lettink wrote:
Op vrijdag 1 september 2017 13:59:39 CEST schreef Carlos E. R.:
On 2017-09-01 13:48, Jan Engelhardt wrote:
On Friday 2017-09-01 13:35, Vojtěch Zeisek wrote:
Dne pátek 1. září 2017 13:28:08 CEST, Jan Engelhardt napsal(a): > On Friday 2017-09-01 10:39, Vojtěch Zeisek wrote: >> Recently on Leap 42.3 release party in Prague, some SUSE developers were >> wondering which packages do people need from OBS. I don't know how far >> this idea goes, but some people would prefer as many packages as possible >> directly in Factory > > No news here. People have always wanted that. And the response always > was: submit to Factory. And then people suddenly fall silent.
IMHO package maintainer/owner should do that. I don't feel to submit someone's else package to Factory...
Well, contact the maintainer, and find an agreement. If they don't care about Factory, it is still your turn.
No, as a user, it is never my turn.
What? You can't be serious. Would you accept this when someone would tell you it's never your turn? Come on. Get real.
No, it is never my turn to package software in factory if I don't have that skill. You can not ask me to do that. You can ask me other things.
Fine. But if I want desperately package xyz in Factory then I need to talk to someone or try it by myself. Packaging is not rocket science. Even i learned it....a bit
Of course! :-) However, it the package exists already in OBS (which is the case in the OP), I will not attempt the effort. Lacking the skill, I would do it very badly. That is what I meant: I'm a user, not a package or maintainer. Please don't ask me (or us users) to become one. Then they jump at me. Oh, please! If it doesn't exist at all, then I may ask the favour, or build it locally for myself. Without OBS, of course. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)
participants (10)
-
Axel Braun -
Bruno Friedmann -
Carlos E. R. -
Dominique Leuenberger / DimStar -
Jan Engelhardt -
Knurpht - Gertjan Lettink -
martin＠pluskal.org -
Richard Brown -
Simon Lees -
Vojtěch Zeisek