Bug#1102267: ITP: golf -- Programming language and application server for building web services and back-end solutions on Linux.

2025-04-06 Thread Golf Team
C Description : Programming language and application server for building web services and back-end solutions on Linux. - Please read more about Golf at https://golf-lang.com/about-golf.html It's mean to save time and effort to write high-performance web services and stand

Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back

2024-12-31 Thread Guillem Jover
Hi! On Sun, 2024-12-15 at 09:27:06 +0100, Niels Thykier wrote: > Historically, if you omitted `Priority` and `Section` from your > package, `dpkg` would warn and use `-` or `unknown` as placeholder > when it absolutely needed a value for these fields in the `.dsc` and > the `.changes` file. The re

Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back

2024-12-20 Thread Andreas Tille
unknown section behaviour too), thanks! > > indeed! thank you both! Sounds good to me > > ideally these changes would be in dpkg in trixie, but maintainers would > > start dropping priority fields *after* trixie so that for backports we > > woudn't need to add it back en

Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back

2024-12-15 Thread Niels Thykier
Charles Plessy: Le Sun, Dec 15, 2024 at 09:27:06AM +0100, Niels Thykier a écrit : We would like [...] that `dpkg` provides defaults [...] if the fields are omitted from `debian/control`, you get `Priority: optional` and `Section: unknown` as default in all artifacts (`.dsc`, `.changes`, and in t

Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back

2024-12-15 Thread Charles Plessy
Le Sun, Dec 15, 2024 at 09:27:06AM +0100, Niels Thykier a écrit : > We would like [...] that `dpkg` provides defaults [...] if the fields > are omitted from `debian/control`, you get `Priority: optional` and > `Section: unknown` as default in all artifacts (`.dsc`, `.changes`, > and in the `.deb`).

Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back

2024-12-15 Thread Holger Levsen
d > start dropping priority fields *after* trixie so that for backports we > woudn't need to add it back en masse. indeed. -- cheers, Holger ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ holger@(debian|reproducible-builds|layer-acht).org ⢿⡄⠘⠷⠚⠋⠀ OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C ⠈⠳⣄ Ve

Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back

2024-12-15 Thread Niels Thykier
for backports we woudn't need to add it back en masse. Regards, Daniel I am personally hoping for Trixie as well. Though I am waiting for feedback before calling it just in case we missed an important case. For now, I have found one case in dak that I raised an MR for.

Re: Proposal: Optional `Priority: optional` and changed `Section` fall-back

2024-12-15 Thread Daniel Baumann
Hi, both sound good (dropping mandatory priority is nice and consistent, fixing unknown section behaviour too), thanks! ideally these changes would be in dpkg in trixie, but maintainers would start dropping priority fields *after* trixie so that for backports we woudn't need to add it ba

Proposal: Optional `Priority: optional` and changed `Section` fall-back

2024-12-15 Thread Niels Thykier
Hi, Historically, if you omitted `Priority` and `Section` from your package, `dpkg` would warn and use `-` or `unknown` as placeholder when it absolutely needed a value for these fields in the `.dsc` and the `.changes` file. The resulting `.deb` would omit the field. We would like to change this

Bug#1071224: ITP: haskell-elm-bridge -- Bridge from Haskell to Elm and back

2024-05-16 Thread Pete Ryland
-Clause Programming Lang: Haskell Description : Bridge from Haskell to Elm and back Define types once, and derive the aeson and elm functions at the same time, using any aeson option you like. This package is a dependency for a Haskell/Elm project I'm currently writing. It allows me to

Re: Archive back on

2024-03-31 Thread Andrew M.A. Cater
On Sun, Mar 31, 2024 at 02:45:29PM -0300, Maycon Antônio wrote: > PLEASE unscrisbe from this list > Antonio, You need to send a mail to debian-devel-request with the subject of unsubscribe The robot should send back a confirmation request that you can accept to confirm that you w

Re: Archive back on

2024-03-31 Thread Maycon Antônio
PLEASE unscrisbe from this list On Sun, Mar 31, 2024, 7:30 AM Joerg Jaspert wrote: > Hi > > > currently the archive processing is turned OFF. > > > It will be turned back on - when we figured out, how to best go about > > dealing with the XZ compromise, and wh

Bug#1067397: ITP: pysocks5 -- lightweight Socks5 proxy server back and forth

2024-03-20 Thread Josenilson Ferreira da Silva
: MIT/X Programming Lang: Python Description : lightweight Socks5 proxy server back and forth pysocks5 is a program that allows communication between clients and servers through a tunnel. The tunnel server (TunnelServer) listens for incoming connections and creates a tunnel between the

Bug#1035108: ITP: rdflib-sqlalchemy -- RDFLib store using SQLAlchemy dbapi as back-end

2023-04-29 Thread Dominik George
-sqlalchemy * License : BSD-3-clause Programming Lang: Python Description : RDFLib store using SQLAlchemy dbapi as back-end RDFlib-SQLAlchemy is a formula-aware store for RDFlib that uses SQLAlchemy to persist triples in relational databases. I will maintain the package under the

Re: Fwd: Put a package back

2022-11-18 Thread Russ Allbery
Luna Jernberg writes: > Our system is relying on an older version of this package > libnet-ssleay-perl. > Its left us in a bad position with clients as we are blocked from > releasing a hotfix. Can this package get put back temporarily? > https://deb.debian.org/debian/pool/m

Fwd: Put a package back

2022-11-18 Thread Luna Jernberg
-- Forwarded message - From: Mark Killeen Date: Fri, Nov 18, 2022 at 7:30 PM Subject: Put a package back To: debian-u...@lists.debian.org Hello, Our system is relying on an older version of this package libnet-ssleay-perl. Its left us in a bad position with clients as we are

Re: access forbiden salsa.debian.org, Back in Business

2022-03-02 Thread Geert Stappers
butors better understand what's going on). > > > > On a practical note, please take note of any uploads you do during this > > downtime, and be sure to do a git push along with the tags when Salsa is > > back up again. > > > > -Jonathan > > >

Re: Back to the topic of changed binary named

2022-01-25 Thread Phil Morrell
On Tue, Jan 25, 2022 at 10:50:01AM +0100, Stephan Lachnit wrote: > On Mon, Jan 24, 2022 at 8:15 AM Andreas Tille wrote: > > > > However, my point was that I want to know what policy ftpmaster applies > > to new binary names and to focus on this topic. I really want to know > > that policy of ftpm

Re: Back to the topic of changed binary named (Was: Lottery NEW queue (Re: Are libraries with bumped SONAME subject of inspection of ftpmaster or not))

2022-01-25 Thread Stephan Lachnit
gt; > As far as I know, ftpmaster requires a long, laborious review every > single time there is a new binary package released. As a result, it > strongly disincentivizes maintainers from packaging up new releases > because it's a pain in the posterior. A while back, people asked

Re: Back to the topic of changed binary named (Was: Lottery NEW queue (Re: Are libraries with bumped SONAME subject of inspection of ftpmaster or not))

2022-01-24 Thread Theodore Y. Ts'o
far as I know, ftpmaster requires a long, laborious review every single time there is a new binary package released. As a result, it strongly disincentivizes maintainers from packaging up new releases because it's a pain in the posterior. A while back, people asked me I could update f2fs-tool

Back to the topic of changed binary named (Was: Lottery NEW queue (Re: Are libraries with bumped SONAME subject of inspection of ftpmaster or not))

2022-01-23 Thread Andreas Tille
Hi Paul and others, its surely an interesting topic how to avoid binary name changes and its also interesting to discuss ABI changes and workarounds. However, my point was that I want to know what policy ftpmaster applies to new binary names and to focus on this topic. I really want to know that

Bug#944674: ITP: tarmux -- A tool to multiplex and demultiplex streams from pipes to tar and back again.

2019-11-13 Thread Graham Leggett
demultiplex streams from pipes to tar and back again. Tarmux attempts to solve the problem of handling streamed data where there is insufficient temporary space on disk to hold the data, as is forced by tar. In the simplest invocation, tarmux takes a stream from stdin, and creates a tar file

Re: How to give back a build

2019-09-12 Thread Wouter Verhelst
aunchpad. So I'm hoping it was just a glitch, and I'd like > to retry the build, but my search engine foo is failing me. > > How can I give back the build? > > Or will it retry automatically? You ask the wanna-build maintainers, or the build maintainers of the architectur

Re: How to give back a build

2019-09-12 Thread Jeff
On 12/09/2019 19:08, Adam D. Barratt wrote: > If you're a DD, then you can use the service described in > https://debblog.philkern.de/2019/08/alpha-self-service-buildd-givebacks.html Thanks to those who replied so quickly. The instructions worked a treat. Regards Jeff signature.asc Descripti

Re: How to give back a build

2019-09-12 Thread Andreas Metzler
ing it was just a glitch, and I'd like > to retry the build, but my search engine foo is failing me. > How can I give back the build? https://lists.debian.org/debian-devel-announce/2019/08/msg3.html

Re: How to give back a build

2019-09-12 Thread Samuel Thibault
Hello, Jeff, le jeu. 12 sept. 2019 19:02:15 +0200, a ecrit: > How can I give back the build? Please read the Misc Developer News on d-d-a :) https://lists.debian.org/debian-devel-announce/2019/08/msg3.html Samuel

Re: How to give back a build

2019-09-12 Thread Adam D. Barratt
hpad. So I'm hoping it was just a glitch, and > I'd like to retry the build, but my search engine foo is failing me. > > How can I give back the build? If you're a DD, then you can use the service described in https://debblog.philkern.de/2019/08/alpha-self-service-buildd-giv

How to give back a build

2019-09-12 Thread Jeff
retry the build, but my search engine foo is failing me. How can I give back the build? Or will it retry automatically? Regards Jeff [1] https://buildd.debian.org/status/logs.php?arch=all&pkg=gscan2pdf&ver=2.5.6-1 signature.asc Description: OpenPGP digital signature

Bug#924037: Please add anacron back to task-desktop and task-laptop

2019-03-08 Thread Ian Jackson
Package: task-desktop Version: 3.49 The rationale for this change is IMO not correct. Michael Biebl wrote: | all important cron jobs have a corresponding .timer unit This is not a sufficient condition. Firstly, it is necessary for all cron jobs, not just ones considered `important', to have a

Greeting, Ckghfwssm Ckghfwssm, getting back concerning request

2019-01-13 Thread Becky Seymore
We are getting back concerning request on a website. HR head saw profile on website and we would like to ask you to be appraisesize up for a career with our business. Earnings: 3,390 behind month, and bonus scheme. Gaze list about basic stipulations is below: - Age 21 +; - Internet access

Bug#910460: ITP: r-cran-parallelmap -- GNU R unified interface to parallelization back-ends

2018-10-06 Thread Andreas Tille
Description : GNU R unified interface to parallelization back-ends Unified parallelization framework for multiple back-end, designed for internal package and interactive usage. The main operation is a parallel "map" over lists. Supports local, multicore, mpi and BatchJobs mode. Allow

Bug#903973: ITP: orthanc-mysql -- Plugins to use MySQL or MariaDB as a database back-end to Orthanc

2018-07-17 Thread Sebastien Jodogne
: Plugins to use MySQL or MariaDB as a database back-end to Orthanc Orthanc MySQL is a set of 2 plugins to Orthanc, a lightweight, RESTful Vendor Neutral Archive for medical imaging. These plugins override the default SQLite engine of Orthanc with a MySQL or MariaDB back-end. They bring scalability

Bug#887441: ITP: r-cran-dbplyr -- GNU R dplyr back end for databases

2018-01-16 Thread Andreas Tille
back end for databases GNU R dplyr back end for databases that allows you to work with remote database tables as if they are in-memory data frames. Basic features works with any database that has a 'DBI' back end; more advanced features require 'SQL' translation to be pro

Bug#861827: ITP: golang-github-serenize-snaker -- Convert camel cased strings to snake case and back

2017-05-04 Thread Diego M. Rodriguez
Description : Convert camel cased strings to snake case and back This is a small Go library to convert camel cased strings to snake case and back, except some defined words such as common acronyms and initialisms). This library is being packaged as a build dependency of loadimpact/k6

Bug#859210: ITP: xtrabackup -- Percona XtraBackup is an open-source hot backup utility for MySQL that doesn't lock your database during the backup. It can back up data from InnoDB, XtraDB, and MyISAM

2017-03-31 Thread David Bennett
: Percona XtraBackup is an open-source hot backup utility for MySQL that doesn't lock your database during the backup. It can back up data from InnoDB, XtraDB and MyISAM tables on MySQL, MariaDB and Percona Server. It has many advanced features including incremental backups, stre

Bug#846967: ITP: r-cran-dbitest -- GNU R testing 'DBI' back ends

2016-12-04 Thread Andreas Tille
'DBI' back ends This package provides a helper that tests 'DBI' back ends for conformity to the GNU R interface. Remark: This package is needed to run the autopkgtest of r-cran-rsqlite. It will be maintained by the Debian Med team at svn://anonscm.debian.org/debian-me

i'am back in control of my life

2016-12-04 Thread Tina Eapen
http://rentkievapartment.com/14.php?nt&4vq3zqf=pjz&s=bfj5wt8&y27&wtfr==u7&prf329= http://rentkievapartment.com/14.php?nt&4vq3zqf=pjz&s=bfj5wt8&y27&wtfr==u7&prf329= -

Bug#844219: ITP: libpod-elemental-transformer-list-perl -- module to transform :list regions into =over/=back

2016-11-13 Thread Dominique Dumont
/release/Pod-Elemental-Transformer-List * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to transform :list regions into =over/=back Pod::Elemental::Transformer::List module provides a way to write lists in Pod in an easier way than usual =over/=item/back

Bug#842025: ITP: node-preserve -- Temporarily substitute tokens in the given `string` with placeholders, then put them back after transforming the string.

2016-10-25 Thread Sruthi Chandran
* License : Expat Programming Lang: JavaScript Description : Temporarily substitute tokens in the given `string` with placeholders, then put them back after transforming the string.

Bug#834869: ITP: keysafe -- back up secret keys to cloud servers

2016-08-19 Thread Sean Whitton
Package: wnpp Severity: wishlist Owner: Sean Whitton * Package name: keysafe Version : 0.20160819 Upstream Author : Joey Hess * URL : https://joeyh.name/code/keysafe/ * License : AGPL-3 Programming Lang: Haskell Description : back up secret keys to

Bug#814297: ITP: puppet-module-adrienthebo-filemapper -- Puppet module for mapping files to resources and back

2016-02-09 Thread Thomas Goirand
, Puppet Description : Puppet module for mapping files to resources and back Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron

Bug#809986: ITP: mosquitto-auth-plugin -- Authentication plugin for Mosquitto with multiple back-ends

2016-01-04 Thread Adam Majer
: Authentication plugin for Mosquitto with multiple back-ends Authentication plugin for Mosquitto with multiple backends for MySQL, PostgreSQL, Redis, CDB, SQLite3 and LDAP

Bug#808159: ITP: r-cran-yaml -- Methods to convert R data to YAML and back

2015-12-16 Thread Joost van Baal-Ilić
to YAML and back This package implements the libyaml YAML 1.1 parser and emitter for R. The R yaml package is needed for RStudio's Shiny Server. I'm working on the mime packaging using debian-science's git at Alioth, at http://anonscm.debian.org/gitweb/?p=debian-science/

Re: Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-08-17 Thread Daniel Leidert
Hi, Meeting at Debconf we discussed, how a policy compliant XML core and package registration system could look like. I'd like to share the results: - a package can install one or more catalogs, which go into the package directory in /usr/share (a catalog written by the package maintainer can of

Re: Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-07-24 Thread Kristoffer Rose
Yes, that would be great! --Kris On Jul 24, 2015 5:35 PM, "Daniel Leidert" wrote: > Hi Kris, > > Am Samstag, den 30.05.2015, 22:08 -0400 schrieb Kristoffer Rose: > > I have XML expertise, I am a DD, and I maintain nothing for now (only > > have a few ITPs out). > > > > Any chance you would be at

Re: Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-07-24 Thread Daniel Leidert
Hi Kris, Am Samstag, den 30.05.2015, 22:08 -0400 schrieb Kristoffer Rose: > I have XML expertise, I am a DD, and I maintain nothing for now (only > have a few ITPs out). > > Any chance you would be at DebCamp and could do a two day intense > "catchup" on the involved work? I'll be at DebConf.

Re: Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-05-30 Thread Daniel Leidert
Am Samstag, den 30.05.2015, 22:08 -0400 schrieb Kristoffer Rose: > Dear Daniel and Osamu, > > > I have XML expertise, I am a DD, and I maintain nothing for now (only > have a few ITPs out). > > > Any chance you would be at DebCamp and could do a two day intense > "catchup" on the involved work?

Re: Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-05-30 Thread Daniel Leidert
Am Samstag, den 30.05.2015, 19:00 +0200 schrieb W. Martin Borgert: > On 2015-05-28 23:24, Daniel Leidert wrote: [not using DB toolchain] > Just out of curiosity: What are you using now? I haven't done much documentation lately. But I use GROFF for writing manual pages for Debian packages. Even wi

Re: Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-05-30 Thread Kristoffer Rose
as fun maintaining the whole DocBook toolchain. Unfortunately I'm not > > using it anymore and thus have lost interest in these packages. Now > > after Jessie has been released, I'm finally stepping back as maintainer > > and as a group member of the team. > >

Re: [xml/sgml] Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-05-30 Thread W. Martin Borgert
een released, I'm finally stepping back as maintainer > and as a group member of the team. Daniel, many thanks for your years of constant and enormous work on the DocBook/XML toolchain. Just out of curiosity: What are you using now? > The good news is, most of the packages really don&#x

Re: Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-05-30 Thread Osamu Aoki
Unfortunately I'm not > using it anymore and thus have lost interest in these packages. Now > after Jessie has been released, I'm finally stepping back as maintainer > and as a group member of the team. > > This means, that all docbook*, sgml*, xml* packages are effect

Stepping back from the Debian XML/SGML team, effectively orphaning all my packages (docbook*, xml-core, xmlto, etc. pp)

2015-05-28 Thread Daniel Leidert
x-post Hi everybody, I was part of the Debian XML/SGML team [1] for quite some time and it was fun maintaining the whole DocBook toolchain. Unfortunately I'm not using it anymore and thus have lost interest in these packages. Now after Jessie has been released, I'm finally steppi

Bug#779327: ITP: orthanc-postgresql -- Plugins to use PostgreSQL as a database back-end to Orthanc

2015-02-27 Thread Sebastien Jodogne
: Plugins to use PostgreSQL as a database back-end to Orthanc Orthanc PostgreSQL are a set of 2 plugins to Orthanc, a lightweight, RESTful Vendor Neutral Archive for medical imaging. These plugins override the default SQLite engine of Orthanc with a PostgreSQL back-end. They bring scalability to

Bug#771718: marked as done (general: Screen blanks and does not come back up unless system is suspended)

2014-12-07 Thread Debian Bug Tracking System
Your message dated Sun, 7 Dec 2014 13:44:28 +0100 with message-id <201412071344.30567.hol...@layer-acht.org> and subject line closing has caused the Debian Bug report #771718, regarding general: Screen blanks and does not come back up unless system is suspended to be marked as done. This

Bug#771718: general: Screen blanks and does not come back up unless system is suspended

2014-12-01 Thread Julien Cristau
t; to general. Feel free to change to a more appropriate package. > > I'm using KDE on Jessie with gdm3 as the login manager. The system has > systemd installed. When the system is idle for few minutes (but before the > limit set in the KDE screensaver settings), the screen will b

Bug#771718: general: Screen blanks and does not come back up unless system is suspended

2014-12-01 Thread Rik Theys
m3 as the login manager. The system has systemd installed. When the system is idle for few minutes (but before the limit set in the KDE screensaver settings), the screen will blank and will not come back on keypress or mouse movements. I have to close the lid of the laptop to let the system suspend.

Bug#762880: ITP: libxml-structured-perl -- XML data into a predefined Perl data structure and back

2014-09-25 Thread Mike Gabriel
Description : XML data into a predefined Perl data structure and back The XML::Structured module provides a way to convert XML data into a predefined Perl data structure and back to XML. Unlike with modules like XML::Simple it is an error if the XML data does not match the provided skeleton (the

Re: Bug#760745: ITP: cleo -- Play back shell commands for live demonstrations

2014-09-08 Thread Axel Beckert
Hi, Thorsten Glaser wrote: > On Sun, 7 Sep 2014, Axel Beckert wrote: > > cleo is a utility for playing back pre-recorded shell commands in a > > live demonstration. cleo displays the commands as if you had actually > > typed them and then executes them interactively. >

Re: Bug#760745: ITP: cleo -- Play back shell commands for live demonstrations

2014-09-08 Thread Thorsten Glaser
On Sun, 7 Sep 2014, Axel Beckert wrote: > cleo is a utility for playing back pre-recorded shell commands in a > live demonstration. cleo displays the commands as if you had actually > typed them and then executes them interactively. Will it run them anew, or just display the output

Bug#760745: ITP: cleo -- Play back shell commands for live demonstrations

2014-09-07 Thread Axel Beckert
back shell commands for live demonstrations cleo is a utility for playing back pre-recorded shell commands in a live demonstration. cleo displays the commands as if you had actually typed them and then executes them interactively. The package will maintained under the hat of the Debian Perl Group

Bug#753354: ITP: node-level-packager -- helper for distributing leveldown-compatible back-end - Node.js module

2014-06-30 Thread Andrew Kelley
Lang: JavaScript Description : helper for distributing leveldown-compatible back-end - Node.js module level-packager exports single function which takes a single argument, a LevelDOWN-API compatible storage back-end for LevelUP. The function returns a constructor function that will bundle

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-24 Thread Holger Levsen
+ http://qa.debian.org/dose/"; target="_blank">Dose tools (former: EDOS) > > And, those weather icons should definitly come back! They're cute! :-) > Hmm, there seems to be some popular demand, so maybe I will reconsider ... :) cheers, Holger signature.asc Description: This is a digitally signed message part.

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-24 Thread Sune Vuorela
On 2014-05-23, Ralf Treinen wrote: > Which packages exactly contain these applets ? I guess in this case we > should continue providing the xml files with the data, which is quite > easy to do. At least kde-workspace has code that can provide it as sources for the weather desktop widget. (It is n

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-23 Thread Paul Wise
On Fri, May 23, 2014 at 5:36 AM, Joachim Breitner wrote: > How does this relate to debcheck? Debcheck seem to be stale, but it is FYI debcheck is no longer stale (see #749022). -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org wit

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-23 Thread Paul Wise
On Sat, May 24, 2014 at 3:34 AM, Ralf Treinen wrote: > the redirection will be done soon, as soon as the generation of the xml > files for the weather applets is in place. An announcement to dda will also > follow later, maybe when I have completed some more of the features. https://wiki.debian.o

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-23 Thread Ralf Treinen
e generation of the xml files for the weather applets is in place. An announcement to dda will also follow later, maybe when I have completed some more of the features. To which pages of the old edos.debian.net exactly does piuparts link? > And, those weather icons should definitly come back! The

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-23 Thread Ralf Treinen
On Fri, May 23, 2014 at 08:06:10AM +, Sune Vuorela wrote: > On 2014-05-23, Ralf Treinen wrote: > > yes. I didn't keep this in the new version since I felt that these weather > > icons are more of a gimmick than really useful. The important information > > is in the numbers displayed on the sum

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-23 Thread Holger Levsen
And, those weather icons should definitly come back! They're cute! :-) cheers, Holger signature.asc Description: This is a digitally signed message part.

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-23 Thread Sune Vuorela
On 2014-05-23, Ralf Treinen wrote: > yes. I didn't keep this in the new version since I felt that these weather > icons are more of a gimmick than really useful. The important information > is in the numbers displayed on the summary table, and in the detailed > explanations. We have packages in s

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-23 Thread Ralf Treinen
On Fri, May 23, 2014 at 09:35:05AM +0800, Paul Wise wrote: > On Fri, May 23, 2014 at 4:10 AM, Ralf Treinen wrote: > > > If you have other ideas of what could be useful to add > > The Debian Weather seems to be missing from the new site, old one: > > http://edos.debian.net/weather/ yes. I didn't

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-23 Thread Ralf Treinen
Hi Joachim, On Thu, May 22, 2014 at 11:36:27PM +0200, Joachim Breitner wrote: > It’s hard to say what is missing, but I find the web page not very > practical for daily use – compared to, say, > https://buildd.debian.org/status/. In particular, I’d need a compact > view that shows that status of

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-22 Thread Paul Wise
On Fri, May 23, 2014 at 4:10 AM, Ralf Treinen wrote: > If you have other ideas of what could be useful to add The Debian Weather seems to be missing from the new site, old one: http://edos.debian.net/weather/ -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-d

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-22 Thread Joachim Breitner
Hi Ralf, Am Donnerstag, den 22.05.2014, 22:10 +0200 schrieb Ralf Treinen: > There are still some features that I would like to add, like automatically > recognizing cases that are related to ongoing transitions, or related > bug reports, but that is for the future. If you have other ideas of what

Re: edos.debian.net is back as qa.debian.org/dose

2014-05-22 Thread Cyril Brulebois
Hi Ralf, Ralf Treinen (2014-05-22): > Hello, > > the analysis of not-installable packages due to dependency issues that > we did since 2006 under the name edos.debian.net is now operating again > at [1]. What is new: […] > > [1] qa.debian.org/dose great news! I'd suggest two things: - maybe

edos.debian.net is back as qa.debian.org/dose

2014-05-22 Thread Ralf Treinen
non-installability - it shows correct results in the "each" category (formerly, packages that were missing on some architectures did never show up there) - it has a classification according to the duration of non-installability, going back to 2014-04-05 - it runs on a debian proje

Re: How to go back to sysvinit (was: Re: systemd-fsck?)

2014-05-10 Thread Marc Haber
On Fri, 09 May 2014 13:09:24 +0200, Ansgar Burchardt wrote: >On 05/09/2014 12:35, Svante Signell wrote: >> Well, I've not been asked if I wanted to switch to systemd based boot >> when upgrading. I think this is a bug in init system choice and should >> be reported.

How to go back to sysvinit (was: Re: systemd-fsck?)

2014-05-09 Thread Ansgar Burchardt
Hi, On 05/09/2014 12:35, Svante Signell wrote: > Well, I've not been asked if I wanted to switch to systemd based boot > when upgrading. I think this is a bug in init system choice and should > be reported. How to go back to sysvinit? Please ask on one of the support mailin

Re: Fwd: alioth back online, some ssh keys changed

2014-02-28 Thread Carl Worth
ow discovered the change in ssh keys when "git clone" complained at me[1]. > -- Forwarded Message -- > Betreff: alioth back online > Datum: Donnerstag, 21. November 2013 > Von: Stephen Gran > An: Debian Infrastructure Announce annou...@lists.debian.org>

Re: xpdf removed from testing? -> Back again?

2014-01-16 Thread Svante Signell
On Wed, 2014-01-15 at 22:09 +0100, Svante Signell wrote: > On Mon, 2014-01-13 at 17:47 +, Ian Jackson wrote: > > Svante Signell writes ("Re: xpdf removed from testing?"): > > > On Mon, 2014-01-13 at 16:59 +, Neil Williams wrote: > > > > That's 7 entirely sufficient reasons and one problem t

Re: users shouldn't be responsible for being the first to tell each package maintainer "update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults"

2013-12-28 Thread Bastien ROUCARIES
On Sat, Dec 28, 2013 at 3:13 PM, wrote: > I also filed http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733156 > as a wild guess. > > Anyway what needs to be done is > for(all debian packages){ > if(a new version of this package was released && that version would > make the above such message

Re: users shouldn't be responsible for being the first to tell each package maintainer "update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults"

2013-12-28 Thread jidanni
I also filed http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733156 as a wild guess. Anyway what needs to be done is for(all debian packages){ if(a new version of this package was released && that version would make the above such message appear upon the user's screen upon installation){

Re: users shouldn't be responsible for being the first to tell each package maintainer "update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults"

2013-12-28 Thread Bastien ROUCARIES
On Sat, Dec 28, 2013 at 11:33 AM, wrote: > # ... upgrade > Setting up ... (...) ... > update-rc.d: warning: start and stop actions are no longer supported; falling > back to defaults > > Setting up ... (...) ... > update-rc.d: warning: start and stop actions are no long

users shouldn't be responsible for being the first to tell each package maintainer "update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults"

2013-12-28 Thread jidanni
# ... upgrade Setting up ... (...) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults Setting up ... (...) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults So the user, being a responsible citizen

Re: Fwd: alioth back online, some ssh keys changed

2013-11-25 Thread Guo Yixuan
Hi, On Fri, Nov 22, 2013 at 11:16 AM, Gianfranco Costamagna < costamagnagianfra...@yahoo.it> wrote: > > the "git+ssh://git.debian.org/git/pkg-boinc/boinc.git" is missing. > > So basically new developers won't be able to push anything to alioth if > they clone a new repository from scratch. > > $gi

Re: Fwd: alioth back online, some ssh keys changed

2013-11-22 Thread Gianfranco Costamagna
http://lists.debian.org/... > > thanks & kudos to all alioth admins for keeping an awesome service up! you > rock! > > --  Forwarded Message  -- > > Betreff: alioth back online > Datum: Donnerstag, 21. November 2013 > Von: Stephen Gran > An: Debia

Re: [RFC] Putting the date back into utsname::version

2013-03-22 Thread Lennart Sorensen
On Thu, Mar 21, 2013 at 06:07:26PM -0700, Russ Allbery wrote: > Ben Hutchings writes: > > > Here are examples of the old, new and possible alternative formats using > > likely maximum-length components: > > > old: #1 SMP PREEMPT RT Tue Mar 21 23:12:08 GMT 2023 [46] > > new: #1

Re: [RFC] Putting the date back into utsname::version

2013-03-22 Thread Lennart Sorensen
On Fri, Mar 22, 2013 at 01:20:01AM +, Jeremy Stanley wrote: > Another alternative, not represented, is epoch seconds. Takes as > many 7-bit printable characters to display (at least for the next > few hundred years) as an ISO-8601 date with separators but provides > much greater precision... an

Re: [RFC] Putting the date back into utsname::version

2013-03-21 Thread Jeremy Stanley
On 2013-03-21 18:07:26 -0700 (-0700), Russ Allbery wrote: > I will at least make a plea for ISO dates rather than the specific date > format in the last two examples. > > I think my favorite is the last example, with an ISO date (2023-03-21). [...] Another alternative, not represented, is epoch s

Re: [RFC] Putting the date back into utsname::version

2013-03-21 Thread Russ Allbery
Ben Hutchings writes: > Here are examples of the old, new and possible alternative formats using > likely maximum-length components: > old: #1 SMP PREEMPT RT Tue Mar 21 23:12:08 GMT 2023 [46] > new: #1 SMP PREEMPT RT Debian 9.99~rc99-9~experimental.9 [51] > alt: #

[RFC] Putting the date back into utsname::version

2013-03-21 Thread Ben Hutchings
[Please reply to the debian-kernel list only.] We have a longstanding support problem where there is confusion between the kernel release string (utsname::release, output of uname -r, tail of package names) and the kernel package version. Until recently, even uname -a would not report the package

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-14 Thread Martin Eberhard Schauer
[0] http://wiki.debian.org/ReleaseProposals Nice page, will study it in more detail in due time. I did not see my proposal there, is it possible to add new information to that page? It's a wiki. Just create an account an log in. Martin -- To UNSUBSCRIBE, email to debian-devel-requ...@l

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-14 Thread Svante Signell
On Mon, 2013-01-14 at 13:44 +, Neil McGovern wrote: > On Sat, Jan 12, 2013 at 06:55:04PM +0100, Svante Signell wrote: > > Of course there was a reason for introducing testing. And I did not > > propose it to go away either. It should stay for packages marked as > > being part of unstable at fre

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-14 Thread Neil McGovern
On Sat, Jan 12, 2013 at 06:55:04PM +0100, Svante Signell wrote: > Of course there was a reason for introducing testing. And I did not > propose it to go away either. It should stay for packages marked as > being part of unstable at freeze time. Probably a separate repo for > frozen unstable is need

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-12 Thread Svante Signell
On Sat, 2013-01-12 at 17:14 +, Adam D. Barratt wrote: > On 12.01.2013 16:11, Svante Signell wrote: > > Or to say it differently: > > experimental being really for new stuff > > unstable unfrozen always: > > - stable+1 if no freeze > > - stable+2 if in freeze > > - and stable+1=unstable at the f

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-12 Thread Adam D. Barratt
On 12.01.2013 16:11, Svante Signell wrote: Or to say it differently: experimental being really for new stuff unstable unfrozen always: - stable+1 if no freeze - stable+2 if in freeze - and stable+1=unstable at the freeze time. This is similar to what used to happen before the testing suite exis

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-12 Thread Svante Signell
On Sat, 2013-01-12 at 15:50 +0100, Thomas Preud'homme wrote: > Le samedi 12 janvier 2013 15:21:24, Jonas Smedegaard a écrit : > > > > I recommend instead of redefining logic of unstable, branch off new > > suites with new logic. > > > > ...and then bac

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-12 Thread Thomas Goirand
On 01/12/2013 08:59 PM, Svante Signell wrote: > On Fri, 2013-01-11 at 16:05 +0100, Stefano Zacchiroli wrote: >> Doesn't this diminish significantly the advantages of CUT? Back in the >> days of the CUT discussion, one of the main "issues" associated to >> tes

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-12 Thread Thomas Preud'homme
Le samedi 12 janvier 2013 15:21:24, Jonas Smedegaard a écrit : > > I recommend instead of redefining logic of unstable, branch off new > suites with new logic. > > ...and then back to that issue of "maintainers should concentrate on the > release" again: I do sin

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-12 Thread Jonas Smedegaard
to CUT > > > > install instructions from our home page. > > > > > > I probably should have already sent a message a while ago on this, > > > but yes the monthly snapshots have been put on hiatus during the > > > freeze. The official d-i betas and r

Re: [cut-team] Time to merge back ubuntu improvements!

2013-01-12 Thread Svante Signell
sent a message a while ago on this, but > > yes the monthly snapshots have been put on hiatus during the freeze. > > The official d-i betas and release candidates are recommended now so > > that they get sufficient testing and feedback before the release. > > Doesn't

  1   2   3   4   5   >