lightbend-labs / lightbend-emoji Goto Github PK
View Code? Open in Web Editor NEWLightbend Emoji library — a wrapper around Java's Unicode character handling
License: Other
Lightbend Emoji library — a wrapper around Java's Unicode character handling
License: Other
Got Unresolved dependency with README steps:
[info] Resolving com.typesafe#emoji_2.11;1.0.0 ...
[warn] module not found: com.typesafe#emoji_2.11;1.0.0
[warn] ==== local: tried
[warn] /Users/pedrorijo/.ivy2/local/com.typesafe/emoji_2.11/1.0.0/ivys/ivy.xml
[warn] ==== jcenter: tried
[warn] https://jcenter.bintray.com/com/typesafe/emoji_2.11/1.0.0/emoji_2.11-1.0.0.pom
[warn] ==== public: tried
[warn] https://repo1.maven.org/maven2/com/typesafe/emoji_2.11/1.0.0/emoji_2.11-1.0.0.pom
[warn] ==== jcenter: tried
[warn] https://jcenter.bintray.com/com/typesafe/emoji_2.11/1.0.0/emoji_2.11-1.0.0.pom
[info] Resolving jline#jline;2.12.1 ...
[warn] ::::::::::::::::::::::::::::::::::::::::::::::
[warn] :: UNRESOLVED DEPENDENCIES ::
[warn] ::::::::::::::::::::::::::::::::::::::::::::::
[warn] :: com.typesafe#emoji_2.11;1.0.0: not found
[warn] ::::::::::::::::::::::::::::::::::::::::::::::
[warn]
sbt.ResolveException: unresolved dependency: com.typesafe#emoji_2.11;1.0.0: not found
at sbt.IvyActions$.sbt$IvyActions$$resolve(IvyActions.scala:291)
at sbt.IvyActions$$anonfun$updateEither$1.apply(IvyActions.scala:188)
at sbt.IvyActions$$anonfun$updateEither$1.apply(IvyActions.scala:165)
at sbt.IvySbt$Module$$anonfun$withModule$1.apply(Ivy.scala:155)
at sbt.IvySbt$Module$$anonfun$withModule$1.apply(Ivy.scala:155)
at sbt.IvySbt$$anonfun$withIvy$1.apply(Ivy.scala:132)
at sbt.IvySbt.sbt$IvySbt$$action$1(Ivy.scala:57)
at sbt.IvySbt$$anon$4.call(Ivy.scala:65)
at xsbt.boot.Locks$GlobalLock.withChannel$1(Locks.scala:93)
at xsbt.boot.Locks$GlobalLock.xsbt$boot$Locks$GlobalLock$$withChannelRetries$1(Locks.scala:78)
at xsbt.boot.Locks$GlobalLock$$anonfun$withFileLock$1.apply(Locks.scala:97)
at xsbt.boot.Using$.withResource(Using.scala:10)
at xsbt.boot.Using$.apply(Using.scala:9)
at xsbt.boot.Locks$GlobalLock.ignoringDeadlockAvoided(Locks.scala:58)
at xsbt.boot.Locks$GlobalLock.withLock(Locks.scala:48)
at xsbt.boot.Locks$.apply0(Locks.scala:31)
at xsbt.boot.Locks$.apply(Locks.scala:28)
at sbt.IvySbt.withDefaultLogger(Ivy.scala:65)
at sbt.IvySbt.withIvy(Ivy.scala:127)
at sbt.IvySbt.withIvy(Ivy.scala:124)
at sbt.IvySbt$Module.withModule(Ivy.scala:155)
at sbt.IvyActions$.updateEither(IvyActions.scala:165)
at sbt.Classpaths$$anonfun$sbt$Classpaths$$work$1$1.apply(Defaults.scala:1369)
at sbt.Classpaths$$anonfun$sbt$Classpaths$$work$1$1.apply(Defaults.scala:1365)
at sbt.Classpaths$$anonfun$doWork$1$1$$anonfun$87.apply(Defaults.scala:1399)
at sbt.Classpaths$$anonfun$doWork$1$1$$anonfun$87.apply(Defaults.scala:1397)
at sbt.Tracked$$anonfun$lastOutput$1.apply(Tracked.scala:37)
at sbt.Classpaths$$anonfun$doWork$1$1.apply(Defaults.scala:1402)
at sbt.Classpaths$$anonfun$doWork$1$1.apply(Defaults.scala:1396)
at sbt.Tracked$$anonfun$inputChanged$1.apply(Tracked.scala:60)
at sbt.Classpaths$.cachedUpdate(Defaults.scala:1419)
at sbt.Classpaths$$anonfun$updateTask$1.apply(Defaults.scala:1348)
at sbt.Classpaths$$anonfun$updateTask$1.apply(Defaults.scala:1310)
at scala.Function1$$anonfun$compose$1.apply(Function1.scala:47)
at sbt.$tilde$greater$$anonfun$$u2219$1.apply(TypeFunctions.scala:40)
at sbt.std.Transform$$anon$4.work(System.scala:63)
at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226)
at sbt.Execute$$anonfun$submit$1$$anonfun$apply$1.apply(Execute.scala:226)
at sbt.ErrorHandling$.wideConvert(ErrorHandling.scala:17)
at sbt.Execute.work(Execute.scala:235)
at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226)
at sbt.Execute$$anonfun$submit$1.apply(Execute.scala:226)
at sbt.ConcurrentRestrictions$$anon$4$$anonfun$1.apply(ConcurrentRestrictions.scala:159)
at sbt.CompletionService$$anon$2.call(CompletionService.scala:28)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
[error] (*:update) sbt.ResolveException: unresolved dependency: com.typesafe#emoji_2.11;1.0.0: not found
Is a resolver missing?
The masses are clamoring for a release of @som-snytt's #177
Should we call it 1.3, or 2.0? What does MiMA think?
@som-snytt having, under duress, added it to the readme (#14), now we have to do a release, too!
resulting in e.g. https://github.com/lightbend/lightbend-emoji/runs/2377393238
and also resulting in a red X next to the repo name, up above
the emoji must flow
Everyone knows the perfect date is YYYY-MM-DD
. As pointed out by @jroper, that can be improved.
lightbend-emoji should provide a PerfectDateTimeFormatter
(As I write, 3.0.0-RC3 isn't out yet, but is expected this week.)
This will be our first release on GitHub Actions, so I'll need to set up the publishing secrets as per the sbt-ci-release repo readme, and then we'll find out if I did release.yml
right.
As far as I know, there's never been any real reason this library isn't published to Maven Central via Sonatype.
We could switch to that, using sbt-ci-release. So basically go the generic OSS route rather than staying Lightbend-specific. That's what I'm in the process of doing over at lightbend-labs/scala-logging#254.
Another possibility is to wait and see what the Lightbend IT and Lightbend OSS folks decide to do with repo.typesafe.com / repo.lightbend.com, and then stay there.
For the time being, I think it's fine to do nothing and just wait and see what develops.
Is this library published for 2.12?
waiting for ScalaTest to publish
There's additional emoji added:
https://unicode.org/emoji/charts-11.0/full-emoji-list.html
and there are new emoji available:
https://unicode.org/emoji/charts-11.0/emoji-released.html
It'd be nice to have these added, and also have better support for the unicode concatenation used to create different emoji (i.e. flesh tones etc).
I'll create an issue to support e":" instead of double colon; I was too lazy, and StringContext doesn't make it trivial. I considered catching InvalidEscapeException and fixing escaped colon that way. That would be embarrassing, but maybe less than e"::".
WE CANNOT ALLOW BINARY INCOMPATIBLE EMOJI
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.